隨著開發者對 jpush 的使用越來越深入，不少開發者越來越想要非常精確地定位到每乙個裝置安裝（應用）。為此，jpush 開放了基於 registrationid 推送的功能。
jpush android sdk r1.6.0 更新，主要增加了對 registrationid 的支援；並且伺服器端 push api 也新增此支援。另外，也改進了統計分析相關功能，以便 jpush 可以基於更完善的統計來改進推送效果。
jpush registrationid 是這個版本 sdk 引入的乙個新概念，它唯一地標識當前這個應用安裝在這個裝置上。或者說，相當於是 jpush sdk 內部的使用者id。
使用上，開發者取得 registrationid 後，上傳到自己的伺服器端。之後就可以在自己的伺服器調基於這個 registrationid 來進行推送。
jpush 之前一直支援基於 alias （別名）的點對點推送方式，那為什麼還要開放 registrationid 的點對點推送方式呢？與 alias 相比，registrationid 的有什麼不同，或者說優勢、劣勢呢？
本質上 registrationid 與 alias 類似，其目的都是唯一地定位到應用安裝在乙個特定的裝置上。而本質的不同在於，alias 是把對映關係儲存到 jpush 的伺服器上，而 registrationid 需要把對映關係儲存到開發者業務伺服器上。這個本質的不同，決定了其特點：
或者說，使用 alias 開發者更簡單、方便。但使用 registrationid 更方便於精確地定位使用者。
jpush ios sdk 將於稍後發布的 sdk 版本支援 registrationid 推送。
android sdk 具體的更新說明，請參考最新更新頁面。registrationid 相關的文件有：獲取 registrationid api；接收推送訊息 receiver裡關於從廣播接受 registrationid 部分；push api v2裡關於 registrationid 推送引數的部分。統計分析功能相關的文件有：統計分析 api（android sdk）。
訊息推送機制
1.長連線 在頁面中嵌入乙個隱藏的jframe，將其src屬性設定為乙個對長連線的請求或者採用xrh請求，伺服器就能源源不斷地往客戶端輸送資料 如gmail聊天 優點 訊息及時到達，不發無用的請求，管理起來方便 缺點 伺服器維護乙個長連線會增加開銷 2.長輪詢 客戶端向伺服器端傳送ajax請求，伺服...
蘋果推送機制APNs
蘋果的推送服務apns基本原理簡 單來說就是蘋果利用自己專門的推送伺服器 apns 接收來自我們自己應用伺服器的需要被推送的資訊，然後推送到指定的ios裝置上，然後由裝置通知到我 們的應用程式，裝置以通知或者聲音的形式通知使用者有新的訊息。推送的前提是裝有我們應用的裝置需要向apns伺服器註冊，註冊...
APNS的推送機制
首先我們看一下蘋果官方給出的對ios推送機制的解釋。如下圖 apns推送通知的詳細工作流程 下面這張圖是說明apns推送通知的詳細工作流程 根據我們可以概括一下 1 應用程式註冊apns訊息推送。2 ios從apns server獲取devicetoken，應用程式接收device token。3 ...