（十）Service
Service有兩套流程，一套是啟動(dòng)流程蹂空，另一套是綁定流程。我們做App開(kāi)發(fā)的同學(xué)都應(yīng)該知道。
1）在新進(jìn)程啟動(dòng)Service
我們先看Service啟動(dòng)過(guò)程献丑，假設(shè)要啟動(dòng)的Service是在一個(gè)新的進(jìn)程中，分為5個(gè)階段：
1）App向AMS發(fā)送一個(gè)啟動(dòng)Service的消息侠姑。
2）AMS檢查啟動(dòng)Service的進(jìn)程是否存在创橄，如果不存在，先把Service信息存下來(lái)莽红，然后創(chuàng)建一個(gè)新的進(jìn)程妥畏。
3）新進(jìn)程啟動(dòng)后，通知AMS說(shuō)我可以啦船老。
4）AMS把剛才保存的Service信息發(fā)送給新進(jìn)程
5）新進(jìn)程啟動(dòng)Service
我們仔細(xì)看一下這5個(gè)階段：
第1階段
和Activity非常像咖熟，仍然是通過(guò)AMM/AMP把要啟動(dòng)的Service信息發(fā)送給AMS。
第2階段
AMS檢查Service是否在Manifest中聲明了柳畔，沒(méi)聲明會(huì)直接報(bào)錯(cuò)馍管。
AMS檢查啟動(dòng)Service的進(jìn)程是否存在，如果不存在薪韩，先把Service信息存下來(lái)确沸，然后創(chuàng)建一個(gè)新的進(jìn)程捌锭。
在AMS中，每個(gè)Service罗捎，都使用ServiceRecord對(duì)象來(lái)保存观谦。
第3階段
Service所在的新進(jìn)程啟動(dòng)的過(guò)程，就和前面介紹App啟動(dòng)時(shí)的過(guò)程差不多桨菜。
新進(jìn)程啟動(dòng)后豁状，也會(huì)創(chuàng)建新的ActivityThread，然后把ActivityThread對(duì)象通過(guò)AMP傳遞給AMS倒得，告訴AMS泻红，新進(jìn)程啟動(dòng)成功了。
第4階段
AMS把傳進(jìn)來(lái)的ActivityThread對(duì)象改造為ApplicationThreadProxy霞掺，也就是ATP谊路，通過(guò)ATP，把要啟動(dòng)的Service信息發(fā)送給新進(jìn)程菩彬。
第5階段
新進(jìn)程通過(guò)ApplicationThread接收到AMS的信息缠劝，和前面介紹的啟動(dòng)Activity的最后一步相同，借助于ActivityThread和H骗灶，執(zhí)行Service的onCreate方法惨恭。在此期間，為Service創(chuàng)建了Context上下文對(duì)象矿卑，并與Service相關(guān)聯(lián)喉恋。
需要重點(diǎn)關(guān)注的是ActivityThread的handleCreateService方法，
你會(huì)發(fā)現(xiàn)母廷，這段代碼和前面介紹的handleLaunchActivity差不多轻黑，都是從PMS中取出包的信息packageInfo，這是一個(gè)LoadedApk對(duì)象琴昆，然后獲取它的classloader氓鄙，反射出來(lái)一個(gè)類的對(duì)象，在這里反射的是Service业舍。
四大組件的邏輯都是如此抖拦，所以我們要做插件化，可以在這里做文章舷暮，換成插件的classloader态罪，加載插件中的四大組件。
至此下面，我們?cè)谝粋€(gè)新的進(jìn)程中啟動(dòng)了一個(gè)Service复颈。
2）啟動(dòng)統(tǒng)一進(jìn)程的Service
如果是在當(dāng)前進(jìn)程啟動(dòng)這個(gè)Service，那么上面的步驟就簡(jiǎn)化為：
1）App向AMS發(fā)送一個(gè)啟動(dòng)Service的消息沥割。
2）AMS例行檢查耗啦，比如Service是否聲明了凿菩，把Service在AMS這邊注冊(cè)。AMS發(fā)現(xiàn)要啟動(dòng)的Service就是App所在的Service帜讲，就通知App啟動(dòng)這個(gè)Service衅谷。
3）App啟動(dòng)Service。
我們看到似将，沒(méi)有了啟動(dòng)新進(jìn)程的過(guò)程获黔。
3）在同一進(jìn)程綁定Service
如果是在當(dāng)前進(jìn)程綁定這個(gè)Service呢？過(guò)程是這樣的：
1）App向AMS發(fā)送一個(gè)綁定Service的消息玩郊。
2）AMS例行檢查肢执，比如Service是否聲明了，把Service在AMS這邊注冊(cè)译红。AMS發(fā)現(xiàn)要啟動(dòng)的Service就是App所在的Service，就先通知App啟動(dòng)這個(gè)Service兴溜，然后再通知App侦厚，對(duì)Service進(jìn)行綁定操作。
3）App收到AMS第1個(gè)消息拙徽，啟動(dòng)Service刨沦，
4）App收到AMS第2個(gè)消息，綁定Service膘怕，并把一個(gè)Binder對(duì)象傳給AMS
5）AMS把接收到的Binder對(duì)象想诅，發(fā)送給App
6）App收到Binder對(duì)象，就可以使用了岛心。
你也許會(huì)問(wèn)来破，都在一個(gè)進(jìn)程，App內(nèi)部直接使用Binder對(duì)象不就好了忘古，其實(shí)吧徘禁，要考慮不在一個(gè)進(jìn)程的場(chǎng)景，代碼又不能寫(xiě)兩份髓堪，兩套邏輯送朱，所以就都放在一起了，即使在同一個(gè)進(jìn)程干旁，也要繞著AMS走一圈驶沼。
第1階段：App向AMS發(fā)送一個(gè)綁定Service的消息。
第4階段：處理第2個(gè)消息
第5階段和第6階段：
這一步是要仔細(xì)說(shuō)的争群，因?yàn)锳MS把Binder對(duì)象傳給App回怜，這里沒(méi)用ATP和APT，而是用到了AIDL來(lái)實(shí)現(xiàn)祭阀，這個(gè)AIDL的名字是IServiceConnection鹉戚。
ServiceDispatcher的connect方法鲜戒，最終會(huì)調(diào)用ServiceConneciont的onServiceConnected方法，這個(gè)方法我們就很熟悉了抹凳。App開(kāi)發(fā)人員在這個(gè)方法中拿到connection遏餐，就可以做自己的事情了。
好了赢底，關(guān)于Service的底層知識(shí)失都，我們就全都介紹完了。當(dāng)你再去編寫(xiě)一個(gè)Service時(shí)幸冻，是否感覺(jué)對(duì)這個(gè)組件理解的更透徹了呢粹庞？
下一篇我們聊一聊BroadcastReceiver。
