Service相關(guān)
1.兩種service啟動(dòng)方式
1）startService
通過(guò)startService啟動(dòng)后好渠，service會(huì)一直無(wú)限期運(yùn)行下去文虏，只有外部調(diào)用了stopService()或stopSelf()方法時(shí)，該Service才會(huì)停止運(yùn)行并銷毀坷备。
要?jiǎng)?chuàng)建一個(gè)這樣的Service熄浓，你需要讓該類繼承Service類，然后重寫以下方法：
onCreate()
a.如果service沒(méi)被創(chuàng)建過(guò)省撑，調(diào)用startService()后會(huì)執(zhí)行onCreate()回調(diào)赌蔑；
b.如果service已處于運(yùn)行中，調(diào)用startService()不會(huì)執(zhí)行onCreate()方法竟秫。
也就是說(shuō)娃惯，onCreate()只會(huì)在第一次創(chuàng)建service時(shí)候調(diào)用，多次執(zhí)行startService()不會(huì)重復(fù)調(diào)用onCreate()肥败，此方法適合完成一些初始化工作趾浅。
onStartCommand()
如果多次執(zhí)行了Context的startService()方法，那么Service的onStartCommand()方法也會(huì)相應(yīng)的多次調(diào)用拙吉。onStartCommand()方法很重要潮孽，我們?cè)谠摲椒ㄖ懈鶕?jù)傳入的Intent參數(shù)進(jìn)行實(shí)際的操作，比如會(huì)在此處創(chuàng)建一個(gè)線程用于下載數(shù)據(jù)或播放音樂(lè)等筷黔。
onBind()
Service中的onBind()方法是抽象方法往史，Service類本身就是抽象類，所以onBind()方法是必須重寫的佛舱，即使我們用不到椎例。
onDestory()
在銷毀的時(shí)候會(huì)執(zhí)行Service該方法挨决。
這幾個(gè)方法都是回調(diào)方法，且在主線程中執(zhí)行订歪，由android操作系統(tǒng)在合適的時(shí)機(jī)調(diào)用脖祈。
2）bindService
bindService啟動(dòng)服務(wù)特點(diǎn)：
a.bindService啟動(dòng)的服務(wù)和調(diào)用者之間是典型的client-server模式。調(diào)用者是client刷晋，service則是server端盖高。service只有一個(gè)，但綁定到service上面的client可以有一個(gè)或很多個(gè)眼虱。這里所提到的client指的是組件喻奥，比如某個(gè)Activity。
b.client可以通過(guò)IBinder接口獲取Service實(shí)例捏悬，從而實(shí)現(xiàn)在client端直接調(diào)用Service中的方法以實(shí)現(xiàn)靈活交互撞蚕，這在通過(guò)startService方法啟動(dòng)中是無(wú)法實(shí)現(xiàn)的。
c.bindService啟動(dòng)服務(wù)的生命周期與其綁定的client息息相關(guān)过牙。當(dāng)client銷毀時(shí)甥厦，client會(huì)自動(dòng)與Service解除綁定。當(dāng)然寇钉，client也可以明確調(diào)用Context的unbindService()方法與Service解除綁定刀疙。當(dāng)沒(méi)有任何client與Service綁定時(shí)，Service會(huì)自行銷毀扫倡。
2.service和thread
Thread庙洼，是用于開(kāi)啟一個(gè)子線程，在這里去執(zhí)行一些耗時(shí)操作就不會(huì)阻塞主線程的運(yùn)行镊辕。而Service我們最初理解的時(shí)候油够，總會(huì)覺(jué)得它是用來(lái)處理一些后臺(tái)任務(wù)的，一些比較耗時(shí)的操作也可以放在這里運(yùn)行征懈，這就會(huì)讓人產(chǎn)生混淆了石咬。
Thread：Thread 是程序執(zhí)行的最小單元，它是分配CPU的基本單位卖哎」碛疲可以用 Thread 來(lái)執(zhí)行一些異步的操作。
Service：Service 是android的一種機(jī)制亏娜，當(dāng)它運(yùn)行的時(shí)候如果是Local Service焕窝，那么對(duì)應(yīng)的 Service 是運(yùn)行在主進(jìn)程的 main 線程上的。如：onCreate维贺，onStart 這些函數(shù)在被系統(tǒng)調(diào)用的時(shí)候都是在主進(jìn)程的 main 線程上運(yùn)行的它掂。如果是Remote Service，那么對(duì)應(yīng)的 Service 則是運(yùn)行在獨(dú)立進(jìn)程的 main 線程上。因此請(qǐng)不要把 Service 理解成線程虐秋，它跟線程半毛錢的關(guān)系都沒(méi)有榕茧！
因此你可以把 Service 想象成一種消息服務(wù)，而你可以在任何有 Context 的地方調(diào)用 Context.startService客给、Context.stopService用押、Context.bindService，Context.unbindService靶剑，來(lái)控制它蜻拨，你也可以在 Service 里注冊(cè) BroadcastReceiver，在其他地方通過(guò)發(fā)送 broadcast 來(lái)控制它桩引，當(dāng)然這些都是 Thread 做不到的官觅。
3.service的生命周期回調(diào)
1)onCreate: 執(zhí)行startService方法時(shí)，如果Service沒(méi)有運(yùn)行的時(shí)候會(huì)創(chuàng)建該Service并執(zhí)行Service的onCreate回調(diào)方法阐污；如果Service已經(jīng)處于運(yùn)行中，那么執(zhí)行startService方法不會(huì)執(zhí)行Service的onCreate方法咱圆。也就是說(shuō)如果多次執(zhí)行了Context的startService方法啟動(dòng)Service笛辟，Service方法的onCreate方法只會(huì)在第一次創(chuàng)建Service的時(shí)候調(diào)用一次，以后均不會(huì)再次調(diào)用序苏。我們可以在onCreate方法中完成一些Service初始化相關(guān)的操作手幢。
2)onStartCommand: 在執(zhí)行了startService方法之后，有可能會(huì)調(diào)用Service的onCreate方法忱详，在這之后一定會(huì)執(zhí)行Service的onStartCommand回調(diào)方法围来。也就是說(shuō)，如果多次執(zhí)行了Context的startService方法匈睁，那么Service的onStartCommand方法也會(huì)相應(yīng)的多次調(diào)用监透。onStartCommand方法很重要，我們?cè)谠摲椒ㄖ懈鶕?jù)傳入的Intent參數(shù)進(jìn)行實(shí)際的操作航唆，比如會(huì)在此處創(chuàng)建一個(gè)線程用于下載數(shù)據(jù)或播放音樂(lè)等胀蛮。
3)onBind: Service中的onBind方法是抽象方法，所以Service類本身就是抽象類糯钙，也就是onBind方法是必須重寫的粪狼，即使我們用不到。在通過(guò)startService使用Service時(shí)任岸，我們?cè)谥貙憃nBind方法時(shí)再榄，只需要將其返回null即可。onBind方法主要是用于給bindService方法調(diào)用Service時(shí)才會(huì)使用到享潜。
4)onDestroy: 通過(guò)startService方法啟動(dòng)的Service會(huì)無(wú)限期運(yùn)行困鸥，只有當(dāng)調(diào)用了Context的stopService或在Service內(nèi)部調(diào)用stopSelf方法時(shí)，Service才會(huì)停止運(yùn)行并銷毀剑按，在銷毀的時(shí)候會(huì)執(zhí)行Service回調(diào)函數(shù)窝革。
5)onStartCommand的返回值：
當(dāng)Android面臨內(nèi)存匱乏的時(shí)候购城，可能會(huì)銷毀掉你當(dāng)前運(yùn)行的Service，然后待內(nèi)存充足的時(shí)候可以重新創(chuàng)建Service虐译，Service被Android系統(tǒng)強(qiáng)制銷毀并再次重建的行為依賴于Service中onStartCommand方法的返回值瘪板。我們常用的返回值有三種值，START_NOT_STICKY漆诽、START_STICKY和START_REDELIVER_INTENT侮攀，這三個(gè)值都是Service中的靜態(tài)常量。
a.START_NOT_STICKY： 如果返回START_NOT_STICKY厢拭，表示當(dāng)Service運(yùn)行的進(jìn)程被Android系統(tǒng)強(qiáng)制殺掉之后兰英，不會(huì)重新創(chuàng)建該Service，當(dāng)然如果在其被殺掉之后一段時(shí)間又調(diào)用了startService供鸠，那么該Service又將被實(shí)例化畦贸。那什么情境下返回該值比較恰當(dāng)呢？如果我們某個(gè)Service執(zhí)行的工作被中斷幾次無(wú)關(guān)緊要或者對(duì)Android內(nèi)存緊張的情況下需要被殺掉且不會(huì)立即重新創(chuàng)建這種行為也可接受楞捂，那么我們便可將 onStartCommand的返回值設(shè)置為START_NOT_STICKY薄坏。舉個(gè)例子，某個(gè)Service需要定時(shí)從服務(wù)器獲取最新數(shù)據(jù)：通過(guò)一個(gè)定時(shí)器每隔指定的N分鐘讓定時(shí)器啟動(dòng)Service去獲取服務(wù)端的最新數(shù)據(jù)寨闹。當(dāng)執(zhí)行到Service的onStartCommand時(shí)胶坠，在該方法內(nèi)再規(guī)劃一個(gè)N分鐘后的定時(shí)器用于再次啟動(dòng)該Service并開(kāi)辟一個(gè)新的線程去執(zhí)行網(wǎng)絡(luò)操作。假設(shè)Service在從服務(wù)器獲取最新數(shù)據(jù)的過(guò)程中被Android系統(tǒng)強(qiáng)制殺掉繁堡，Service不會(huì)再重新創(chuàng)建沈善，這也沒(méi)關(guān)系，因?yàn)樵龠^(guò)N分鐘定時(shí)器就會(huì)再次啟動(dòng)該Service并重新獲取數(shù)據(jù)椭蹄。
b.START_STICKY： 如果返回START_STICKY闻牡，表示Service運(yùn)行的進(jìn)程被Android系統(tǒng)強(qiáng)制殺掉之后，Android系統(tǒng)會(huì)將該Service依然設(shè)置為started狀態(tài)（即運(yùn)行狀態(tài)）绳矩，但是不再保存onStartCommand方法傳入的intent對(duì)象澈侠，然后Android系統(tǒng)會(huì)嘗試再次重新創(chuàng)建該Service，并執(zhí)行onStartCommand回調(diào)方法埋酬，但是onStartCommand回調(diào)方法的Intent參數(shù)為null哨啃，也就是onStartCommand方法雖然會(huì)執(zhí)行但是獲取不到intent信息。如果你的Service可以在任意時(shí)刻運(yùn)行或結(jié)束都沒(méi)什么問(wèn)題写妥，而且不需要intent信息拳球，那么就可以在onStartCommand方法中返回START_STICKY，比如一個(gè)用來(lái)播放背景音樂(lè)功能的Service就適合返回該值珍特。
c.START_REDELIVER_INTENT： 如果返回START_REDELIVER_INTENT祝峻，表示Service運(yùn)行的進(jìn)程被Android系統(tǒng)強(qiáng)制殺掉之后，與返回START_STICKY的情況類似，Android系統(tǒng)會(huì)將再次重新創(chuàng)建該Service莱找，并執(zhí)行onStartCommand回調(diào)方法酬姆，但是不同的是，Android系統(tǒng)會(huì)再次將Service在被殺掉之前最后一次傳入onStartCommand方法中的Intent再次保留下來(lái)并再次傳入到重新創(chuàng)建后的Service的onStartCommand方法中奥溺，這樣我們就能讀取到intent參數(shù)辞色。只要返回START_REDELIVER_INTENT，那么onStartCommand重的intent一定不是null浮定。如果我們的Service需要依賴具體的Intent才能運(yùn)行（需要從Intent中讀取相關(guān)數(shù)據(jù)信息等）相满，并且在強(qiáng)制銷毀后有必要重新創(chuàng)建運(yùn)行，那么這樣的Service就適合返回START_REDELIVER_INTENT桦卒。
作者： DocMike
鏈接：https://www.imooc.com/article/19097
來(lái)源：慕課網(wǎng)