1. 蘋果和安卓的推送(通知)有什麼不同
iOS 系統的推送(APNS,即 Apple Push Notification Service)依託一個或幾個系統常駐進程運作,是全局的(接管所有應用的消息推送),所以可看作是獨立於應用之外,而且是設備和蘋果伺服器之間的通訊,而非應用的提供商伺服器2. 什麼是 APP訊息推送,APP訊息推送怎麼做效果好
app推送是是移動端的APP進行訊息的推送;使用者可以選擇接受推送資訊和不接受。以安卓系統為例,設定APP推送方法/步驟為:一、進入手機【系統設定】選單;二、找到【全部設定】;三、進【通知欄設定】;二、在【自定義通知】這里開啟選擇需要
有些推送平台有指定使用者傳送到功能。但是指定的列表估計要你自己做一些處理列出來再做推送。建議看下不同平台的API說明,對比一下。極光,網路之類的就不錯。還有個推 檢視原帖>>
於訊息推送我來給大家解釋一下: 1.你的IOS應用需要去注冊APNS訊息推送功能。 2.當蘋果APNS推送服收到來自你應用的注冊訊息就會返回一串device token給你(很重要) 3.將應用收到的device Token傳給你本地的Push伺服器。
幾種常見的解決方案實現原理
1、輪詢(Pull)方式:客戶端定時向伺服器傳送詢問訊息,一旦伺服器有變化則立即同步訊息。但這種方式對伺服器的壓力太大,且比較費客戶端的流量,就是不斷地向伺服器傳送請求,但是這樣開發很簡單。
2、SMS(Push)方式:通過攔截SMS訊息並且解析訊息內容來了解伺服器的命令,但這種方式一般使用者在經濟上很難承受。伺服器的訊息,通過傳送簡訊的方式,一般很少採用這種方式,成本高。
3、持久連線(Push)方式:客戶端和伺服器之間建立長久連線,這樣就可以實現訊息的及時行和實時性。但是這種方式開發難度大,開發周期較長。這是最長使用的方式,目前主流的訊息推送都是通過這種方式做的。
其實就是傳送到的意思。
所謂資訊推送,就是在網際網路上通過定期傳送使用者需要的資訊來減少資訊過載的一項新技術。推送技術通過自動傳送資訊給使用者,來減少用於網路上搜索的時間。它根據使用者的興趣來搜尋、過濾資訊,並將其定期推給使用者,幫助使用者高效率地發掘有價值的資訊。不開也沒關系
1.你的IOS應用需要去注冊APNS訊息推送功能。
2.當蘋果APNS推送服收到來自你應用的注冊訊息就會返回一串device token給你(很重要)
3.將應用收到的device Token傳給你本地的Push伺服器。
4.當你需要為應用推送訊息的時候,你本地的推送伺服器會將訊息,以及Device Token打包傳送到蘋果的APNS服
5.APNS再將訊息推送給目的iphone
APP推送原原理無非就是兩種;1。APP定時去伺服器查詢
2。APP實時與伺服器建立連線,一發現資料就傳送給APP
現在有很多第三方推送平台都是免費使用的
1:定時可以用spring quartz處理後台邏輯,
2:定時處理後的結果推送可以選用web socket(對於瀏覽器有要求)
或者使用et4j(個人感覺簡單一點,對瀏覽器支援也可以)
呵呵,怎麼說呢,離線推送就是你在沒有退出QQ情況下,可以隨時收到訊息,螢幕上方會有訊息提示你收到了回復。但是現在的WP7的QQ還不是很好呢,等吧,樓主
3. Android&iOS推送
1.推送的由來:
推送興起於Email,用於提醒用戶郵件的更新. 後續由於移動互聯網的迅速發展,推送被廣泛應用.
2.推送的原理:
推送的本質原理是客戶端與伺服器之間的長連接. 基於長連接,伺服器可以主動向客戶端推送消息, 客戶端收到推送消息來展示給用戶.
3.推送的實現方式:
方案1-push: 客戶端與伺服器維護一個TCP/IP的長連接,當有推送消息時,直接向客戶端push.
方案2-pull: 客戶端定時向伺服器pull請求.
兩種方式相比較而言, 方案1更合理更有效, 方案2會存在客戶端不能長久在後台存活以及消耗電量以及消耗流量等問題.
4.iOS推送:
蘋果官方推送: APNS. APNS是由蘋果官方維護的, 屬於系統級別,所以推送消息比較穩定.
iOS的所有推送信息, 都會發送到蘋果伺服器,然後由蘋果伺服器下發到客戶端.
5.Android推送:
谷歌官方推送: FCM. FCM是由谷歌官方維護的,同iOS一樣, 所有推送信息都會發送到谷歌伺服器,再由谷歌下發到客戶端.
由於谷歌推送不能在國內使用, 所以需要Android開發者自己去維護長連接.
6.Android推送開發:
方案1: MQTT推送, 此推送是由IBM提出的輕量級的推送, 客戶端與伺服器之間通過心跳包來監測對方是否存在,然後通過訂閱&發布來實現消息的推送.但是缺點也很明顯,當客戶端被殺死後會無法收到推送.
方案2: 第三方推送, 如騰訊信鴿, 友盟+, 極光推送,小米推送等.目前很多Android的APP在國內都是使用第三方的推送.
方案3: 公司基於XMPP協議開發. 谷歌的推送也是基於XMPP協議開發的.
4. iOS 必知必會 - APNs篇
導語:
由於移動設備內存、CPU、電量的局限性,iOS 不允許 APP 的進程常駐後台(事實上可以申請後台運行一段時間,最長約 10 分鍾),這樣當用戶主動殺掉 APP,或者 APP 進入後台超過約定時長時,就意味著該 APP 進程的結束。這在很大程度上保障了前台 APP 的流暢性,也延長了手機的使用時長,獲得了較好的用戶體驗。但是這也意味著,伺服器無法主動和用戶交互(如推送實時消息等)。為了解決這個限制,蘋果推出了 APNs,允許設備和伺服器分別與蘋果的推送通知伺服器保持長連接狀態。
iOS 的通知分為本地通知和遠程通知。本地通知是由本地應用觸發的,一般是基於時間的一種通知形式,如鬧鍾、待辦事件等的提醒。遠程通知是由開發商通過自己的伺服器推送的一種通知形式,而 APNs 就是遠程通知功能的核心。
關於遠程推送,記住以下兩點就夠了:
這里就很清楚了,其實 APNs 的本質就是 伺服器和客戶端之間的中介 。當伺服器需要給客戶端推送消息時,先將消息發送給蘋果伺服器,再由蘋果伺服器找到對應設備推送下去。
那為什麼還要走中介,不直接發送呢?因為這樣做一個設備(即所有 APP )只需要和蘋果的伺服器建立一條長連接,而不需要每個 APP 都和伺服器建立一條長連接。
可能有些人還是不太明白 APNs 的意義,覺得也只是將多個長連接變成了統一的一個長連接而已,有必要那麼做嗎?
很有必要!
我們來看下 Android 的推送現狀就明白了。
Android 事實上也有類似於 APNs 的一套用於推送的服務,簡稱 GCM,即 Google Cloud Messaging。但由於 GCM 需要谷歌伺服器的支持,在國內由於「牆」的原因基本不能使用。這下就熱鬧了,國內出現了一大堆第三方推送服務商,如華為推送、小米推送、極光推送等。APP 通過集成這些推送服務來實現推送功能,而這些推送服務為了保持自己的長連接不被殺死,採用了各種保活、喚醒手段,這也是 Android 手機使用不流暢的真凶。之前也有看到「 工信部要求國內安卓統一消息推送標准 」的新聞,工信部都這么重視,可見統一推送的意義非凡。
想要了解具體區別,可以參考這篇文章 「 國內 90%以上的 iOS 開發者,對 APNs 的認識都是錯的 」。
不言而喻,當然是盡早升級 HTTP/2 協議了。
參考:
(完)
5. 手機推送服務是干什麼的
推送(Push Services)簡單地說,就是不管要不要消息(在用戶同意接收來自應用的消息推送通知情況下),都可以把消息推到手機的通知欄,或者app右上角有角標。推送可以讓app開發者第一時間把想要傳達給用戶的消息發出去,因為很多用戶其實也不知道自己需要怎麼樣的信息。