后臺(tái)服務(wù)與廣播消息android

1、蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院第第4章章 后臺(tái)服務(wù)與廣播消息后臺(tái)服務(wù)與廣播消息蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院4.1 Service應(yīng)用4.2 接收廣播消息4.3 相關(guān)閱讀材料：Android開源庫EventBus4.4 本章小結(jié)蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院本章導(dǎo)讀Service和BroadcastReceiver均屬Android 系統(tǒng)四大組件。Service只能后臺(tái)運(yùn)行，并且可以和其他組件進(jìn)行交互。而廣播是一種廣泛運(yùn)用的在應(yīng)用程序之間傳輸信息的機(jī)制，BroadcastReceiver是對(duì)發(fā)送出來的廣播進(jìn)行過濾接收并響應(yīng)的一類組件。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院4.1 Service應(yīng)用4.1.1

2、簡介Service可以在很多場(chǎng)合的應(yīng)用中使用，比如播放多媒體的時(shí)候用戶啟動(dòng)了其他Activity這個(gè)時(shí)候程序要在后臺(tái)繼續(xù)播放，比如檢測(cè)SD卡上文件的變化，再或者在后臺(tái)記錄你地理信息位置的改變等等，總之服務(wù)總是藏在后臺(tái)的。Service的啟動(dòng)有兩種方式：context.startService() 和context.bindService()。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院4.1.2 進(jìn)程內(nèi)服務(wù)1Service啟動(dòng)流程context.startService() 啟動(dòng)流程：context.startService()onCreate()onStart()Service runningcontext

3、.stopService()onDestroy()Service stopcontext.bindService()啟動(dòng)流程：context.bindService()onCreate()onBind()Service running onUnbind()onDestroy()Service stop蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院2Service生命周期 Service的生命周期并不像Activity那么復(fù)雜，它只繼承了onCreate()、onStart()、onDestroy()三個(gè)方法。 當(dāng)我們第一次啟動(dòng)Service時(shí)，先后調(diào)用了onCreate()、onStart()這兩個(gè)方法；當(dāng)停止

4、Service時(shí)，則執(zhí)行onDestroy()方法。 這里需要注意的是，如果Service已經(jīng)啟動(dòng)了，當(dāng)我們?cè)俅螁?dòng)Service時(shí)，不會(huì)再執(zhí)行onCreate()方法，而是直接執(zhí)行onStart()方法。 它可以通過Service.stopSelf()方法或者Service.stopSelfResult()方法來停止自己，只要調(diào)用一次stopService()方法便可以停止服務(wù)，無論調(diào)用了多少次的啟動(dòng)服務(wù)方法。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院3startService示例4bindService示例詳細(xì)內(nèi)容參見教學(xué)視頻蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院4.1.3 跨進(jìn)程服務(wù)1AIDL機(jī)制由于每個(gè)應(yīng)用程

5、序都運(yùn)行在自己的進(jìn)程空間，并且可以從應(yīng)用程序UI運(yùn)行另一個(gè)服務(wù)進(jìn)程，而且經(jīng)常會(huì)在不同的進(jìn)程間傳遞對(duì)象。在Android平臺(tái)，一個(gè)進(jìn)程通常不能訪問另一個(gè)進(jìn)程的內(nèi)存空間，所以要想對(duì)話，需要將對(duì)象分解成操作系統(tǒng)可以理解的基本單元，并且有序的通過進(jìn)程邊界。Android提供了AIDL工具來處理這項(xiàng)工作。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院AIDL（Android Interface Definition Language）是一種IDL語言，用于生成可以在Android設(shè)備上兩個(gè)進(jìn)程之間進(jìn)行進(jìn)程間通信（interprocess communication，IPC）的代碼。如果在一個(gè)進(jìn)程中（例如Activity）

6、要調(diào)用另一個(gè)進(jìn)程中（例如Service）對(duì)象的操作，就可以使用AIDL生成可序列化的參數(shù)。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院在Android中，每個(gè)應(yīng)用程序都有自己的進(jìn)程， Java中是不支持跨進(jìn)程內(nèi)存共享的。因此要傳遞對(duì)象，需要把對(duì)象解析成操作系統(tǒng)能夠理解的數(shù)據(jù)格式，以達(dá)到跨界對(duì)象訪問的目的。在Java EE中，采用RMI通過序列化傳遞對(duì)象。在Android中，則采用AIDL（Android Interface Definition Language：接口描述語言）方式實(shí)現(xiàn)。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院AIDL是一種接口定義語言，用于約束兩個(gè)進(jìn)程間的通訊規(guī)則，供編譯器生成代碼，實(shí)現(xiàn)Android設(shè)

7、備上的兩個(gè)進(jìn)程間通信。進(jìn)程之間的通信信息，首先會(huì)被轉(zhuǎn)換成AIDL協(xié)議消息，然后發(fā)送給對(duì)方，對(duì)方收到AIDL協(xié)議消息后再轉(zhuǎn)換成相應(yīng)的對(duì)象。由于進(jìn)程之間的通信信息需要雙向轉(zhuǎn)換，所以Android采用代理類在背后實(shí)現(xiàn)了信息的雙向轉(zhuǎn)換，代理類由Android編譯器生成，對(duì)開發(fā)人員來說是透明的。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院2選擇AIDL的使用場(chǎng)合官方文檔特別提醒我們何時(shí)使用AIDL是必要的：只有你允許客戶端從不同的應(yīng)用程序?yàn)榱诉M(jìn)程間的通信而去訪問你的Service，以及想在你的Service處理多線程。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院4.2 接收廣播消息4.2.1 簡介1廣播發(fā)送者和廣播接收者Android

8、廣播分為兩個(gè)方面：廣播發(fā)送者和廣播接收者。通常情況下，BroadcastReceiver指的就是廣播接收者（廣播接收器），用于異步接收廣播Intent。廣播Intent是通過調(diào)用Context.sendBroadcast()發(fā)送、BroadcastReceiver()接收。廣播Intent的發(fā)送是通過調(diào)用Context.sendBroadcast()、Context.sendOrderedBroadcast()、Context.sendStickyBroadcast()來實(shí)現(xiàn)的。通常一個(gè)廣播Intent可以被訂閱了此Intent的多個(gè)廣播接收者所接收。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院Broadca

9、stReceiver 接收廣播方式一般有兩種：（1）Normal Broadcasts（正常廣播），用 Context.sendBroadcast()發(fā)送是完全異步的，它們都運(yùn)行在一個(gè)未定義的順序，通常是在同一時(shí)間。（2）Ordered Broadcasts（有序廣播），用 Context.sendOrderedBroadcast()發(fā)送每次被發(fā)送到一個(gè)receiver。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院2使用場(chǎng)景（1）同一App內(nèi)部的同一組件內(nèi)的消息通信（單個(gè)或多個(gè)線程之間）；（2）同一App內(nèi)部的不同組件之間的消息通信（單個(gè)進(jìn)程）；（3）同一App具有多個(gè)進(jìn)程的不同組件之間的消息通信；（4）不同

10、App之間的組件之間消息通信；（5）Android系統(tǒng)在特定情況下與App之間的消息通信。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院3實(shí)現(xiàn)原理（1）廣播接收者BroadcastReceiver通過Binder機(jī)制向AMS(Activity Manager Service)進(jìn)行注冊(cè)；（2）廣播發(fā)送者通過Binder機(jī)制向AMS發(fā)送廣播；（3）AMS查找符合相應(yīng)條件（IntentFilter/Permission等）的BroadcastReceiver，將廣播發(fā)送到BroadcastReceiver（一般情況下是Activity）相應(yīng)的消息循環(huán)隊(duì)列中；（4）消息循環(huán)執(zhí)行拿到此廣播，回調(diào)BroadcastRece

11、iver中的onReceive()方法。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院4實(shí)際應(yīng)用中的適用性（1）：同一App內(nèi)部的同一組件內(nèi)的消息通信（單個(gè)或多個(gè)線程之間），實(shí)際應(yīng)用中肯定是不會(huì)用到廣播機(jī)制的（雖然可以用），無論是使用擴(kuò)展變量作用域、基于接口的回調(diào)還是Handler-post/Handler-Message等方式，都可以直接處理此類問題。（2）：同一App內(nèi)部的不同組件之間的消息通信（單個(gè)進(jìn)程），對(duì)于此類需求，在有些較復(fù)雜的情況下單純的依靠基于接口的回調(diào)等方式不好處理，此時(shí)可以直接使用EventBus等。（3）（4）（5）：由于涉及不同進(jìn)程間的消息通信，此時(shí)根據(jù)實(shí)際業(yè)務(wù)使用廣播機(jī)制會(huì)顯得非常適宜

12、。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院4.2.2 發(fā)送廣播1自定義BroadcastReceiver自定義廣播接收器需要繼承基類BroadcastReceivre，并實(shí)現(xiàn)抽象方法onReceive(context, intent)方法。廣播接收器接收到相應(yīng)廣播后，會(huì)自動(dòng)回到onReceive()方法。默認(rèn)情況下，廣播接收器也是運(yùn)行在UI線程，因此，onReceive方法中不能執(zhí)行太耗時(shí)的操作，否則將因此ANR（Application Not Responding，應(yīng)用沒有響應(yīng)）。一般情況下，根據(jù)實(shí)際業(yè)務(wù)需求，onReceive方法中都會(huì)涉及到與其他組件之間的交互，如發(fā)送Notification、啟動(dòng)s

13、ervice等。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院下面代碼片段是一個(gè)簡單的廣播接收器的自定義：public class MyBroadcastReceiver extends BroadcastReceiver public static final String TAG = MyBroadcastReceiver; Override public void onReceive(Context context, Intent intent) Log.d(TAG, intent: + intent); String name = intent.getStringExtra(name); 蘇州大學(xué)計(jì)算機(jī)

14、科學(xué)與技術(shù)學(xué)院一個(gè)BroadcastReceiver對(duì)象只有在被調(diào)用onReceive(Context, Intent)才有效，當(dāng)從該函數(shù)返回后，該對(duì)象就無效了，而結(jié)束生命周期。因此從這個(gè)特征可以看出，在所調(diào)用的onReceive(Context,Intent)函數(shù)里，不能有過于耗時(shí)的操作，不能使用線程來執(zhí)行。對(duì)于耗時(shí)的操作，應(yīng)該在startService中來完成。因?yàn)楫?dāng)?shù)玫狡渌惒讲僮魉祷氐慕Y(jié)果時(shí)，BroadcastReceiver可能已經(jīng)無效了。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院2BroadcastReceiver注冊(cè)類型1）靜態(tài)注冊(cè)直接在AndroidManifest.xml文件中進(jìn)行注冊(cè)：

15、. . .蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院其中，需要注意的屬性有以下：（1）android:exported此broadcastReceiver能否接收其他App的發(fā)出的廣播，其默認(rèn)值是由receiver中有無intent-filter決定的，如果有intent-filter，默認(rèn)值為true，否則為false。（2）android:name此BroadcastReceiver類名。（3）android:permission如果設(shè)置，具有相應(yīng)權(quán)限的廣播發(fā)送方發(fā)送的廣播才能被此BroadcastReceiver所接收。（4）android:processBroadcastReceiver運(yùn)行所處的進(jìn)

16、程。默認(rèn)為App的進(jìn)程?？梢灾付í?dú)立的進(jìn)程。（Android四大基本組件都可以通過此屬性指定自己的獨(dú)立進(jìn)程）。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院常見的注冊(cè)形式有： 蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院2）動(dòng)態(tài)注冊(cè)動(dòng)態(tài)注冊(cè)時(shí)，無須在AndroidManifest中注冊(cè)組件。直接在代碼中通過調(diào)用Context的registerReceiver函數(shù)，可以在程序中動(dòng)態(tài)注冊(cè)BroadcastReceiver。registerReceiver的定義形式如下：registerReceiver(BroadcastReceiver receiver, IntentFilter filter)registerReceiver(

17、BroadcastReceiver receiver, IntentFilter filter, String broadcastPermission, Handler scheduler)蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院3BroadcastReceiver示例詳細(xì)內(nèi)容參見教學(xué)視頻蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院4.2.3 有序廣播有序廣播的有序廣播中的“有序”是針對(duì)廣播接收者而言的，指的是發(fā)送出去的廣播被BroadcastReceiver按照先后循序接收。有序廣播的定義過程與普通廣播無異，只是其主要發(fā)送方式變?yōu)椋簊endOrderedBroadcast(intent, receiverPermiss

18、ion, .)。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院對(duì)于有序廣播，其主要特點(diǎn)是：（1）多個(gè)具當(dāng)前已經(jīng)注冊(cè)且有效的BroadcastReceiver接收有序廣播時(shí)，是按照先后順序接收的，先后順序判定標(biāo)準(zhǔn)為：將當(dāng)前系統(tǒng)中所有有效的動(dòng)態(tài)注冊(cè)和靜態(tài)注冊(cè)的BroadcastReceiver按照priority屬性值從大到小排序，對(duì)于具有相同的priority的動(dòng)態(tài)廣播和靜態(tài)廣播，動(dòng)態(tài)廣播會(huì)排在前面。（2）先接收的BroadcastReceiver可以對(duì)此有序廣播進(jìn)行截?cái)啵购竺娴腂roadcastReceiver不再接收到此廣播，也可以對(duì)廣播進(jìn)行修改，使后面的BroadcastReceiver接收到廣播后解析得

19、到錯(cuò)誤的參數(shù)值。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院4.2.4 接收系統(tǒng)廣播消息Android系統(tǒng)中內(nèi)置了多個(gè)系統(tǒng)廣播，只要涉及到手機(jī)的基本操作，基本上都會(huì)發(fā)出相 應(yīng)的系統(tǒng)廣播。如：開啟啟動(dòng)，網(wǎng)絡(luò)狀態(tài)改變，拍照，屏幕關(guān)閉與開啟，點(diǎn)亮不足等等。每個(gè)系統(tǒng)廣播都具有特定的intent-filter，其中主要包括具體的action，系統(tǒng)廣播發(fā)出后，將被相應(yīng)的BroadcastReceiver接收。系統(tǒng)廣播在系統(tǒng)內(nèi)部當(dāng)特定事件發(fā)生時(shí)，有系統(tǒng)自動(dòng)發(fā)出。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院4.3 相關(guān)閱讀材料：Android開源庫EventBus1使用背景在編程過程中，當(dāng)我們想通知其他組件某些事情發(fā)生時(shí)，我們通常使用觀察者

20、模式，在jdk1.5中已經(jīng)幫助我們實(shí)現(xiàn)了觀察者模式，我們只需要簡單地繼承一些類就可以快速使用觀察者模式。當(dāng)此類需求相對(duì)簡單時(shí)，通過接口以實(shí)現(xiàn)回調(diào)等方式可以完成，但是當(dāng)不同組件/控件之間的非常關(guān)系紛繁復(fù)雜時(shí)，基于接口的方案不僅使得代碼非常繁瑣，同時(shí)使得程序邏輯混亂。基于此，Android開源庫EventBus，為此類需求的實(shí)現(xiàn)提供了非常方便的方案，可以很方便的幫助我們實(shí)現(xiàn)觀察者模式。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院2什么是EventBusEventBus，也即事件總線。EventBus是一款針對(duì)Android優(yōu)化的發(fā)布/訂閱事件總線。主要功能是替代Intent，Handler，BroadCast在F

21、ragment，Activity，Service，線程之間傳遞消息，優(yōu)點(diǎn)是開銷小，代碼更優(yōu)雅，以及將發(fā)送者和接收者解耦。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院3實(shí)現(xiàn)步驟（1）下載EventBus庫；（EvnetBus的下載地址：https:/ void onUpdate();在EventBus中的觀察者通常有四種訂閱函數(shù)（就是某件事情發(fā)生被調(diào)用的方法）：onEvent，onEventMainThread，onEventBackground，onEventAsync。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院5MyEventBusDemo示例詳細(xì)內(nèi)容參見教學(xué)視頻蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院4.4本章小結(jié)（1）Servi

22、ce用來在后臺(tái)處理一些比較復(fù)雜的操作，最典型的例子就是音樂播放器的后臺(tái)播放。雖然Activity中也能完成這樣的功能，不過當(dāng)系統(tǒng)內(nèi)存緊張時(shí)會(huì)先把Activity“殺掉”，而很少有Service會(huì)“死掉”。另外，一般Activity會(huì)在onDestroy時(shí)release一些內(nèi)容，所以，當(dāng)界面被覆蓋時(shí)，Activity就不安全了。（2）Service不是一個(gè)單獨(dú)的進(jìn)程，除非單獨(dú)聲明，否則它不會(huì)運(yùn)行在單獨(dú)的進(jìn)程中，而是和啟動(dòng)它的程序運(yùn)行在同一個(gè)進(jìn)程中。Service也不是線程，這意味著它將在主線程里運(yùn)行。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院（3）Service與Thread的區(qū)別在于：Thread是程序執(zhí)行

23、的最小單元，可以用Thread來執(zhí)行一些異步的操作。而Service是Android的一種機(jī)制，當(dāng)它運(yùn)行的時(shí)候如果是Local Service，那么對(duì)應(yīng)的Service是運(yùn)行在主進(jìn)程的main線程上的。如果是Remote Service，那么對(duì)應(yīng)的Service則是運(yùn)行在獨(dú)立進(jìn)程的main線程上。（4）Thread 的運(yùn)行是獨(dú)立的，也就是說當(dāng)一個(gè)Activity被finish之后，如果沒有主動(dòng)停止Thread或者Thread里的run方法沒有執(zhí)行完畢的話，Thread 也會(huì)一直執(zhí)行。因此這里會(huì)出現(xiàn)一個(gè)問題：當(dāng)Activity被finish之后，不再持有該Thread的引用，也就是不能再控制該T

24、hread。另一方面，沒有辦法在不同的Activity中對(duì)同一Thread 進(jìn)行控制。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院（5）因此可以把Service想象成一種消息服務(wù)，可以在任何有Context的地方調(diào)用 Context.startService、Context.stopService、Context.bindService、Context.unbindService來控制它，也可以在Service 里注冊(cè)BroadcastReceiver，通過發(fā)送Broadcast來達(dá)到控制的目的，這些都是Thread做不到的。 （6）啟動(dòng)Service有兩種方法：Context.startService()和

25、Context.bindService()。對(duì)于Context.startService()，調(diào)用者（Client）與服務(wù)端之間沒有關(guān)聯(lián)，即使調(diào)用者退出，服務(wù)仍可運(yùn)行。對(duì)于Context.bindService()，調(diào)用者與服務(wù)端綁定在一起，可以多個(gè)調(diào)用者綁定一個(gè)服務(wù)端，當(dāng)所有的調(diào)用者退出，服務(wù)端也就終止。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院（7）如果有耗時(shí)操作在Service里，就必須開啟一個(gè)單獨(dú)的線程來處理。（8）IntentService是繼承自Service的。IntentService相對(duì)于Service來說，其優(yōu)點(diǎn)在于，使用隊(duì)列的方式將請(qǐng)求的Intent加入隊(duì)列，然后開啟一個(gè)worker

26、thread（線程）來處理隊(duì)列中的Intent；對(duì)于異步的startService請(qǐng)求，IntentService會(huì)處理完成一個(gè)之后再處理第二個(gè)，每一個(gè)請(qǐng)求都會(huì)在一個(gè)單獨(dú)的worker thread中處理，不會(huì)阻塞應(yīng)用程序的主線程，這里就給我們提供了一個(gè)思路，如果有耗時(shí)的操作與其在Service里面開啟新線程還不如使用IntentService來處理耗時(shí)操作。 蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院（9）廣播接收者（BroadcastReceiver）用于接收廣播Intent，廣播Intent的發(fā)送是通過調(diào)用Context.sendBroadcast()、Context.sendOrderedBroad

27、cast()來實(shí)現(xiàn)的。通常一個(gè)廣播Intent可以被訂閱了此Intent的多個(gè)廣播接收者所接收。（10）BroadcastReceiver自身并不實(shí)現(xiàn)圖形用戶界面，但是當(dāng)它收到某個(gè)通知后， BroadcastReceiver可以啟動(dòng)Activity作為響應(yīng)，或者通過NotificationMananger提醒用戶，或者啟動(dòng)Service等等。（11）在Android里面有各種各樣的廣播，比如電池的使用狀態(tài)，電話的接收和短信的接收都會(huì)產(chǎn)生一個(gè)廣播，應(yīng)用程序開發(fā)者也可以監(jiān)聽這些廣播并做出程序邏輯的處理。蘇州大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院（12）BroadcastReceiver生命周期只有十秒左右，如果在onReceive()內(nèi)做超過十秒內(nèi)的事情，就會(huì)報(bào)錯(cuò)。每次廣播到來時(shí)，會(huì)重新創(chuàng)建BroadcastReceiver對(duì)象，并且調(diào)用 onRecei