android推送技術

㈠ android怎麼做推送

android消息推送主要有一下幾種方式：
1.使用GCM(Google Cloude Messaging)，因為採用的是google伺服器，國內不可用
2.使用XMPP協議（Openfi，re+Spark+Smark），XMPP(可擴展通訊和表示協議)是基於可擴展標記語言（XML）的協議，它用於即時消息（IM）以及在線探測。這個協議可能最終允許網際網路用戶向網際網路上的其他任何人發送即時消息
3.使用MQTT協議，MQTT是一個輕量級的消息發布/訂閱協議，它是實現基於手機客戶端的消息推送伺服器的理想解決方案
4.HTTP輪循方式，定時向HTTP服務端介面（Web Service API）獲取最新消息
5.採用第三方服務
目前最常用的是使用第三方推送平台，比如極光推送就不錯，極光推送，提供輕量級的客戶端SDK：開發者只需在客戶端集成極光推送 SDK，即可輕松地添加 Push功能到他的 App中。極光推送支持 Android、iOS、windows phone等平台，系統穩定，消息送達率高，速度快

㈡ android的消息推送怎麼做

android的消息推送辦法：
1、可以使用輪詢(Pull)方式
就是用客戶端定時向伺服器發送相關的信息，一旦伺服器有變化就會馬上同步消息。但這種方式對伺服器的壓力是十分大的，而且比較費客戶端的流量，就是不斷地向伺服器發送請求，但是這樣開發很簡單。
2、使用持久連接(Push)方式
就是客戶端和伺服器之間建立起一連接，這樣就可以實現消息的及時發送，而且這種方式開發難度大，開發周期較長。但是這是一種最常使用的方式，目前主流的消息推送都是通過這種方式做的。
選擇消息推送軟體，深圳極光就不錯。極光截至2020年12月，已有超169萬款APP在使用極光提供的服務。而且專注於為開發者提供穩定高效的消息推送、一鍵認證以及流量變現等服務，助力開發者的運營、增長與變現。

㈢ android系統和ios系統是如何實現推送的ios為什麼沒有後台推送

android系統和ios系統是如何實現推送的，ios為什麼沒有後台推送？

ios系統為什麼沒有後台推送？

iOS 為了真正地為用戶體驗負責，不允許應用在後台活動。有了這個限制，但是對於終端設備，應用又是有必要「通知」到達用戶的，隨時與用戶主動溝通起來的（典型的如聊天應用）。

這就是 APNs 的邏輯所在：iOS 自己做個長駐後台保持連接。所有應用，有必要（申請）並且被允許（用戶可以改設置）的話，可以通過 APNs 中轉到達用戶。這樣就完善了！有可能很多人沒有真正地體會到 iOS 不允許後台應用的好處。

我是 Android 開發人員，Android 手機上一般只保留幾個常用的應用，不常用就卸載。但是我的 iPhone / iPad 上則是，除非空間不足，一般不會刪除應用。

Android 就像 Windows，你要真的很費心去維護：有軟體在干背後干壞事么？設備又給拖慢了，要清理。要考慮殺毒了。。

Android 因為後台可以長駐，尤其是國內的Android 的手機上 Google自家的推送服務 GCM 處於基本不可用的狀態。

這里有移動開發市場上經常用的推送服務，推送服務，你也可以通過他們的特點和配置過程了解對比下，另外還有推送界的十大豪門推送。android系統和ios系統是如何實現推送的iOS 系統的推送（APNS，即 Apple Push Notification Service）依託一個或幾個系統常駐進程運作，是全局的（接管所有應用的消息推送），所以可看作是獨立於應用之外，而且是設備和蘋果伺服器之間的通訊，而非應用的提供商伺服器。

你的例子裡面，騰訊 QQ 的伺服器（Provider）會給蘋果公司對應的伺服器（APNs）發出通知，然後再中轉傳送到你的設備（Devices）之上。

當你接收到通知，打開應用，才開始從騰訊伺服器接收數據，跟你之前看到通知里內容一樣，但卻是經由兩個不同的通道而來。

而 Android，就不同，更像是傳統桌面電腦系統做法。

每個需要後台推送的應用有各自的單獨後台進程，才能和各自的伺服器通訊，交換數據。

另外其實 Android也有類似 APNS 的GCM（Google Cloud Message），屬於開發者可選，非強制。

㈣ android系統的APP消息推送機制

參考文章：

http://blog.csdn.net/carson_ho/article/details/52862418

1. 主流的第三方推送平台分類

手機廠商類：小米推送、華為推送。

第三方平台類：友盟推送、極光推送、雲巴（基於MQTT）

BAT大廠的平台推送：阿里雲移動推送、騰訊信鴿推送、網路雲推送

2. 對比其他推送方式的特點

其他推送方式還有：C2DM、輪詢、SMS、MQTT協議、XMPP協議等等，相對於這些推送方式，第三方推送方式的特點分別是：

優點：

成本低

上述的推送大多數是免費的，假如自己實現則消耗過多資源（開發成本和後台管理、統計成本）

消息到達率高

如果一個手機里有多個App使用了同一家推送服務，那麼這些App將共用一條消息通道，即使你家的App推送服務被殺死了，那麼只要用戶打開了其他集成該推送服務的App，你家的推送就能到達用戶

缺點

安全性低

使用別人的伺服器，所以你懂的。

服務會被殺死

由於Android系統的機制，後台推送 Service 會被各種主動的或是被動的行為給殺死，而服務一旦被殺死，意味著就接收不到推送消息。

3. 第三方推送服務方式的特點

第三方服務基本都具備免費、和到達率高的特點

那麼應該如何選擇呢？我們來分別看一下第三方推送各種方式的優點：

3.1 手機廠商推送

請記住一個潛規則：操作系統是不會殺死屬於自己品牌的推送服務。

手機廠商的推送服務在自家的手機上屬於系統級別的服務，這意味著系統不會殺死自家的推送服務

比如說，Android原生系統是不會殺死C2DM消息推送服務，MIUI系統是不會殺死小米的推送服務。

當今市場上的Android手機系統份額最高是MIUI系統，即小米（具體排名請看http://www.umindex.com/）

因為：免費、到達率高且在Android系統市場份額第一的MIUI系統上不被殺死。所以，如果要選擇手機廠商的推送服務，請選擇小米推送作為第三方平台實現推送服務

下面一些應用可以從側面來證明我的推斷：

騰訊新聞使用的小米推送，沒有使用自己家的信鴿推送

淘寶使用了自家的阿里雲推送，同時還集成了小米推送

網路視頻和愛奇藝使用的是小米推送，沒有用自家的網路推送

官網截圖 - 集成應用：

如果希望進一步提高推送的效果，其實可以集成多個手機廠商的推送服務

比如小米渠道用小米推送，華為渠道用華為推送，但這樣的實現成本會大一些

3.2 第三方平台類

請記住一個規則：推送系統會共享一條推送渠道

這意味著假設你接入了友盟推送，而恰好今日頭條也接入了友盟。

有一天你的App被殺死了，但這時用戶啟動了今日頭條，那麼推送系統也就會通過共享的推送通道順便把你推送消息送達到手機上，然後還可能把你的進程也喚醒（被「保活」了）。

所以說，關於如何選擇第三方平台類的推送，推送平台的規模效應就很重要了。

那如何得知他們的規模和市場份額呢？按個人經驗，主要看兩點：

問內部的朋友。

看推送平台的合作客戶里有哪些大的app - 參考對應官網的合作案例

3.3 BAT大廠的推送

BAT大廠其實並沒有什麼優勢，同時謹記：

不要以為用了騰訊信鴿推送，就能占上微信的光保證你的App永遠內部被殺死。

說個題外話，手機淘寶除了自家的阿里雲的移動推送，同時也使用其它的第三方推送平台啊（比如友盟推送）。

4. 如何選擇第三方平台推送服務？

主要從用戶類別+實現成本+渠道來選擇不同的使用場景

1. 如果用戶群體精準（使用小米手機或華為手機居多），可以考慮只集成對應手機廠商的推送；

注意：單一的手機廠商也能工作，比如小米推送在非小米手機上當然也能工作，只不過不是系統級別的服務了，容易被殺死。

如果用戶群體廣泛、希望實現成本低，可以考慮只使用單一第三方平台類的推送（極光、友盟blabla，選一個規模效應最大的）

如果用戶群體廣泛、不在意實現成本，個人建議：

對於小米手機，使用小米推送；

對於華為手機，使用華為推送；

對於其他手機，只使用單一第三方平台類的推送（極光、友盟blabla，選一個規模效應最大的）

讓不同的推送運行在各自擅長的環境里，最大化實現推送的到達率和產品的存活率

大家可以根據自己的使用場景來進行消息推送平台的選擇。

5. 推送消息類別的選擇

5.1 推送消息的類別

通常第三方推送平台都支持兩種推送消息類型：通知欄消息和透傳消息。

通知欄消息：該類消息在被送達用戶的設備後，直接以系統通知欄的形式展示給用戶

不會繼續被傳遞到App

透傳消息：該類消息在被送達用戶的設備後，還會繼續傳遞到App

通過回調App的某個BroadcastReceiver的形式將消息傳遞到App內部。然後由App決定如何處理和顯示這個消息。

所以透傳消息不一定會以系統通知欄的形式進行推送，由程序猿自定義

5.2 消息類別的區別與特點

二者的區別在於：透傳消息在整個消息傳遞過程中比通知欄消息多了一步-傳遞到App

通知欄消息的優點：送達率高

因為透傳消息在整個消息傳遞過程中比通知欄消息多了一步-傳遞到App，因此透傳消息就增加一些被系統限制的概率，給系統殺死的概率就高一些，所以說，通知欄消息比透傳消息應該能提供更好的送達率。

我們來看下小米推送的官方文檔描述：

在一些 Android 系統(如 MIUI)中，受到系統自啟動管理設置的限制,應用不能在後台自啟動

在這類系統中，如果在發送消息的時候對應的應用沒有被啟動，透傳類消息將不能順利送達。

因此,對於對送達率要求很高的消息,建議盡量採用通知欄提醒的方式推送消息

透傳消息的優點：對消息操作程度高 & 自定義程度高

提供了對消息數據的更靈活的操縱能力。

App如果僅僅通過通知欄消息，是無法接觸到消息數據本身的。

可自定義通知提醒的樣式（包括提示樣式、提示形式如聲音等等）

所以大家可以根據不同的使用場景來對推送消息類別進行選擇了。

㈤ android 消息推送是什麼，消息推送一般是怎麼做的

是從伺服器不定的向手機客戶端即時推送各種通知消息。消息推送方法是：
1、可以通過SMS進行伺服器端和客戶端的交流通信。 可以通過攔截SMS消息並且解析消息內容來了解伺服器的意圖，可以實現完全的實時操作。
3、循環主動定時獲取
這種方法是需要客戶端來做一個定時或者周期性的訪問伺服器端介面，來獲得最新的消息。
3、持久連接
這個方案雖然可以解決由輪詢帶來的性能問題等各種問題，但是還是會消耗手機的電池。
消息推送可以選擇深圳極光，是一個不錯的軟體；也是是國內領先的移動開發者服務提供商。極光通過該一體化消息下發平台，助力行業客戶實現多通道高效精準觸達目標用戶。截至2021年3月，已有超173.1萬款APP在使用極光提供的服務。

㈥ android如何實現消息推送有哪些方式各自的優缺點是什麼

【答案】：實現消息推送的方式有五種，分別是輪詢，SMS,C2DM,MQTT,XMPP最常使用的是XMPP, 我們做項目時採用的是XMPP協議
1.XMPP協議，它是一種基於XML的傳遞協議，具有很強的靈活性和可擴展性。它的特點是將復雜性從客戶端轉移到了伺服器端。GTalk、QQ、IM等都用這個協議。
2.輪詢:客戶端定時去服務端取或者保持一個長Socket，從本質講這個不叫推送， 而是去服務端拽數據。但是實現簡單，主要缺點：耗電,浪費用戶流量等
3.Google的C2DM，具體不細說，缺點，伺服器在國外，不是很穩定。
4.通過簡訊方式, 但是很難找到免費簡訊平台
5. MQTT協議, IBM提供的一種推送服務,不太靈活