androidservice消息

A. android中消息推送有哪幾種方式

B. Android 之 Service（一）啟動，綁定服務

Service（服務）一個運行在後台執行長時間運行的操作組件，它不提供任何用戶界面，作為與Activity同級的組件，它依舊是運行在主線程中。
其它組件可以啟動一個Service，當這個Service啟動之後便會在後台執行，這里需要注意，由於是在主線程中，所以我們需要另外開啟一個線程來執行我們的耗時操作。
此外，一個組件還可以與一個Service進行綁定來實現組件之間的交互，甚至可以執行IPC（Inter-Process Communication）進程間通信。
Service可以在後台執行很多任務，比如處理網路事務，播放音樂，文件讀寫或者與一個內容提供者交互，等等。

本地服務（Local）
該服務依附在主進程上而不是獨立的進程，這樣在一定程度上節約了資源，另外本地服務因為是在同一進程因此不需要IPC，也不需要AIDL。相應bindService會方便很多，當主進程被Kill後，服務便會終止。一般使用在音樂播放器播放等不需要常駐的服務。

遠程服務(Remote Service)
該服務是獨立的進程，對應進程名格式為所在包名加上你指定的android:process字元串。一般定義方式 android:process=":service" 由於是獨立的進程，因此在Activity所在進程被Kill的時候，該服務依然在運行，不受其他進程影響，有利於為多個進程提供服務具有較高的靈活性。由於是獨立的進程，會佔用一定資源，並且使用AIDL進行IPC比較麻煩。一般用於系統的Service，這種Service是常駐的。

startService啟動的服務
用於啟動一個服務執行後台任務，不與組件進行通信，停止服務使用stopService。 當一個應用組件比如activity通過調用startService()來啟動一個服務的時候，服務便處於啟動狀態。一旦啟動，服務可以在後台無限期地運行下去，即使當啟動它的組件已經銷毀。通常情況下，一個啟動的service執行一個單一的操作並且不會返回任何結果給調用者。

bindService啟動的服務
用於啟動的服務需要進行通信。停止服務使用unbindService。 當一個應用組件通過調用bindService()來與一個服務綁定時，服務便處於綁定狀態。一個綁定的服務提供了一個客戶端-伺服器端介面來允許組件與服務進行交互，發送請求，得到結果甚至通過IPC進程間通信來完成操作。只有當其它組件與服務進行綁定時，服務才會處於綁定狀態。多個組件可以同時與服務綁定，但是當他們全部都解除綁定時，服務就會銷毀。

2.BindService：
如果一個Service在某個Activity中被調用bindService方法啟動，不論bindService被調用幾次，Service的 onCreate 方法只會執行一次，同時 onStartCommand 方法始終不會調用。當建立連接後，Service會一直運行，除非調用unbindService來接觸綁定、斷開連接或調用該Service的Context不存在了（如Activity被Finish——即通過bindService啟動的Service的生命周期依附於啟動它的Context），系統在這時會自動停止該Service。

3.StartService AND BindService：
當一個Service在被啟動(startService 的同時又被綁定(bindService )，該Service將會一直在後台運行，並且不管調用幾次， onCreate 方法始終只會調用一次， onStartCommand 的調用次數與startService 調用的次數一致（使用bindService 方法不會調用 onStartCommand ）。同時，調用unBindService 將不會停止Service，必須調用stopService 或Service自身的stopSelf 來停止服務。

4.停止Service：
當一個服務被終止（stopService 、stopSelf 、unbindService ）時， onDestory 方法將會被調用——所以我們需要在該方法中清除一些工作（依附該Service生命周期上的，比如：停止在Service中創建並運行的線程）。

1.創建服務

如果你才用的是 startService的方式那麼 onBind方法可以忽略
2.注冊服務

3.開啟服務
start:

bind

綁定服務，一般涉及到組件或進程之間的通信，既然需要通信，那麼我們肯定需要一個連接，這里ServiceConnection就是我們所需要的連接，通過Ibinder的傳遞，我們可以獲取到Service的Ibinder對象，從而進行相關操作。

關於粘性服務，這里需要提到 Service的onStartCommand返回值

andorid:name

adroid:exported

android:enabled

android:label

android:process

android:icon

android:permission

關於服務，當我們在應用開發中，如果需要長時間的在後台運行，獨立完成某一些事情的情況下，請使用Service！

此文綜合： http://www.jianshu.com/p/1e49e93c3ec8 以及自己的一些問題看法，用作學習，回顧之用。

Service 前台服務
請參看 紫豪 http://www.jianshu.com/p/5505390503fa

C. Android service 發送通知欄消息！急急急。

http://www.cnblogs.com/xiao-xu/p/3216491.html
可以先看看

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

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

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