android輪詢service

㈠ android的消息推送怎麼做

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

㈡ android消息推送原理是怎麼樣的

主要介紹其中的五種實現方式：短輪詢、Comet、Flash XMLSocket、Server-sent、WebSocket
1、短輪詢
指在特定的的時間間隔（如每10秒），由瀏覽器對伺服器發出HTTP request，然後由伺服器返回最新的數據給客戶端的瀏覽器。瀏覽器做處理後進行顯示。無論後端此時是否有新的消息產生，都會進行響應
2、Comet
包括了長輪詢和長連接，長輪詢是客戶端向伺服器發送Ajax請求，伺服器接到請求後hold住連接，直到有新消息才返回響應信息並關閉連接，客戶端處理完響應信息後再向伺服器發送新的請求；長連接是在頁面中的iframe發送請求到服務端，服務端hold住請求並不斷將需要返回前端的數據封裝成調用javascript函數的形式響應到前端，前端不斷收到響應並處理
3、Flash XMLSocket
在 HTML 頁面中內嵌入一個使用了 XMLSocket 類的 Flash 程序。JavaScript 通過調用此 Flash 程序提供的socket介面與伺服器端的socket進行通信。JavaScript 在收到伺服器端以 XML 格式傳送的信息後可以很容易地控制 HTML 頁面的內容顯示
4、Server-sent
伺服器推指的是HTML5規范中提供的服務端事件EventSource，瀏覽器在實現了該規范的前提下創建一個EventSource連接後，便可收到服務端的發送的消息，實現一個單向通信。客戶端進行監聽，並對響應的信息處理顯示
5、WebSocket
WebSocket是HTML5下一種新的協議，是基於TCP的應用層協議，只需要一次連接，便可以實現全雙工通信，客戶端和服務端可以相互主動發送消息。客戶端進行監聽，並對響應的消息處理顯示
針對自己系統的應用場景選擇合適的推送方案才是合理的，因此最後簡單說一下實現個性化推送的兩種方式。第一種很簡單，直接使用第三方實現的推送，無需復雜的開發運維，直接可以使用。第二種就是自己封裝，可以選擇如今較為火熱的WebSocket來實現系統的推送。
關於第三方推送平台，極光推送，操作簡單，穩定性高，送達率快

㈢ 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如果僅僅通過通知欄消息，是無法接觸到消息數據本身的。

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

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