Android面試收集錄2 Broadcast Receiver詳解

標籤：問題   使用   mode   main   相同   enabled   android面試   直接   兩種   

1.Broadcast Receiver廣播接收器簡單介紹

1.1.定義

• Broadcast Receiver（廣播接收器），屬於Android四大組件之一
• 在Android開發中，Broadcast Receiver的應用情境非常多。廣播，是一個全域的監聽器，屬於Android四大組件。

　　Android 廣播分為兩個角色：廣播寄件者，廣播接收者。

 

 

 

1.2.作用

• 用於監聽/接收 應用發出的廣播訊息，並做出響應。
• 應用情境

　　　　a.不同組件之間通訊（包括應用內/不同應用之間）

　　　　b.與Android系統在特定情況下的通訊（如當電話呼入時、網路可用時）

　　　　c.多線程通訊

 

 

 

1.3.實現原理

　　Android中的廣播使用了設計模式中的觀察者模式：基於訊息的發布/訂閱事件模型。

　　因此，Android將廣播的寄件者和接收者解耦，使得系統方便整合，更易擴充。

 

　　模型中有3個角色：

　　i.訊息訂閱者（廣播接收者）

　　ii.訊息發行者（廣播發行者）

　　iii.訊息中心（AMS，即Activity Manager Service）

　　

 

　　原理描述：

　　i.廣播接收者 通過Binder機制在AMS註冊

　　ii.廣播寄件者通過Binder機制向AMS發送廣播

　　iii.AMS根據廣播寄件者要求，在登入列表中，尋找合適的廣播接收者

　　　　尋找依據：IntentFilter/Permission

　　iv.AMS將廣播發送到合適的廣播接收者相應的訊息迴圈隊列中

　　v.廣播接收者通過訊息迴圈拿到此廣播，並回調onReceiver()

　　

　　特別注意：

　　廣播寄件者和廣播接收者的執行是非同步，發出去的廣播不會關心有無接收者接收，也不確定接收者到底是何時才能接收到；

　　

2.Broadcast Receiver使用方法

具體使用流程如下：

 

　　接下來一步一步介紹中開發人員手動完成部分：

　　

 

 

4.1.自訂廣播接收者BroadcastReceiver

• 繼承自BroadcastReceiver基類
• 必須複寫抽象方法onReceive()方法

　　　　i.廣播接收器接收到相應廣播後，會自動回調onReceive()方法。

　　　　ii.一般情況下，onReceive方法會涉及與其他組件之間的互動，如發送Notification，啟動Service等

　　　　iii.預設情況下，廣播接收器運行在UI線程，因此，onReceive方法不能執行耗時操作，否則將導致ANR。

• 代碼範例 mBroadcastReceiver.java

　　　

public class mBroadcastReceiver extends BroadcastReceiver {  //接收到廣播後自動調用該方法  @Override  public void onReceive(Context context, Intent intent) {    //寫入接收廣播後的操作    }}

 

 

 

 

4.2.廣播接收器註冊

　　註冊的方式分為兩種：靜態註冊、動態註冊

　　

　　靜態註冊：

　　　　在AndroidManifest.xml通過<receive>標籤聲明

　　　　屬性說明：

<receiver  android:enabled=["true" | "false"]  //此broadcastReceiver能否接收其他App的發出的廣播  //預設值是由receiver中有無intent-filter決定的：如果有intent-filter，預設值為true，否則為false  android:exported=["true" | "false"]  android:icon="drawable resource"  android:label="string resource"  //繼承BroadcastReceiver子類的類名  android:name=".mBroadcastReceiver"  //具有相應許可權的廣播寄件者發送的廣播才能被此BroadcastReceiver所接收；  android:permission="string"  //BroadcastReceiver運行所處的進程  //預設為app的進程，可以指定獨立的進程  //註：Android四大基本組件都可以通過此屬性指定自己的獨立進程  android:process="string" >  //用於指定此廣播接收器將接收的廣播類型  //本樣本中給出的是用於接收網路狀態改變時發出的廣播  <intent-filter>    <action android:name="android.net.conn.CONNECTIVITY_CHANGE" />  </intent-filter></receiver>

　　註冊樣本：

<receiver  //此廣播接收者類是mBroadcastReceiver  android:name=".mBroadcastReceiver" >  //用於接收網路狀態改變時發出的廣播  <intent-filter>      <action android:name="android.net.conn.CONNECTIVITY_CHANGE" />  </intent-filter></receiver>

　　當此APP初次開機時，系統會自動執行個體化mBroadcastReceiver類，並註冊到系統中。

 

 

　　動態註冊：

　　在代碼中通過調用Context的*registerReceiver（）*方法進行動態註冊BroadcastReceiver，具體代碼如下：

　　

@Overrideprotected void onResume() {    super.onResume();    //執行個體化BroadcastReceiver子類 &  IntentFilter    mBroadcastReceiver mBroadcastReceiver = new mBroadcastReceiver();    IntentFilter intentFilter = new IntentFilter();    //設定接收廣播的類型    intentFilter.addAction(android.net.conn.CONNECTIVITY_CHANGE);    //調用Context的registerReceiver（）方法進行動態註冊    registerReceiver(mBroadcastReceiver, intentFilter);}//註冊廣播後，要在相應位置記得銷毀廣播//即在onPause() 中unregisterReceiver(mBroadcastReceiver)//當此Activity執行個體化時，會動態將MyBroadcastReceiver註冊到系統中//當此Activity銷毀時，動態註冊的MyBroadcastReceiver將不再接收到相應的廣播。@Overrideprotected void onPause() {    super.onPause();    //銷毀在onResume()方法中的廣播    unregisterReceiver(mBroadcastReceiver);}

 

　　特別注意：

　　　　動態廣播最好在Activity的onResume()註冊，onPause()登出。

　　原因：

　　　　對於動態廣播，有註冊就必然得有登出，否則會導致記憶體流失。重複註冊，重複登出也不允許。

 

 

　　兩種註冊方式的區別：

　　

 

 

 

4.3.廣播寄件者向AMS發送廣播

 

　　廣播的發送：

• 廣播是用”意圖（Intent）“標識
• 定義廣播的本質：定義廣播所具備的“意圖（Intent）”
• 廣播發送：廣播寄件者將此廣播的”意圖“通過sendBroadcast()方法發送出去

 

　　廣播的類型：

　　廣播的類型主要分為5類：

• 普通廣播（Normal Broadcast）
• 系統廣播（System Broadcast）
• 有序廣播（Ordered Broadcast）
• 粘性廣播（Sticky Broadcast）
• App應用內廣播（Local Broadcast）

 

　　具體說明如下：

　　

　　①. 普通廣播（Normal Broadcast）

　　　　即開發人員自身定義intent的廣播（最常用）。發送廣播使用如下：

　　　　

Intent intent = new Intent();//對應BroadcastReceiver中intentFilter的actionintent.setAction(BROADCAST_ACTION);//發送廣播sendBroadcast(intent);

　　若被註冊了的廣播接收者中註冊時intentFilter的action與上述匹配，則會接收此廣播（即進行回調onReceive()）。

　　如下mBroadcastReceiver則會接收上述廣播

　　

<receiver     //此廣播接收者類是mBroadcastReceiver    android:name=".mBroadcastReceiver" >    //用於接收網路狀態改變時發出的廣播    <intent-filter>        <action android:name="BROADCAST_ACTION" />    </intent-filter></receiver>

　　

　　若發送廣播有相應許可權，那麼廣播接收者也需要相應許可權

 

　　

　　②. 系統廣播（System Broadcast）

　　

• Android中內建了多個系統廣播：只要涉及到手機的基本操作（如開機、網路狀態變化、拍照等等），都會發出相應的廣播

• 每個廣播都有特定的Intent - Filter（包括具體的action），Android系統廣播action如下：

　

系統操作	action
監聽網路變化	android.net.conn.CONNECTIVITY_CHANGE
關閉或開啟飛航模式	Intent.ACTION_AIRPLANE_MODE_CHANGED
充電時或電量發生變化	Intent.ACTION_BATTERY_CHANGED
電池電量低	Intent.ACTION_BATTERY_LOW
電池電量充足（即從電量低變化到飽滿時會發出廣播	Intent.ACTION_BATTERY_OKAY
系統啟動完成後(僅廣播一次)	Intent.ACTION_BOOT_COMPLETED
按下照相時的拍照按鍵(硬體按鍵)時	Intent.ACTION_CAMERA_BUTTON
螢幕鎖屏	Intent.ACTION_CLOSE_SYSTEM_DIALOGS
裝置當前設定被改變時(介面語言、裝置方向等)	Intent.ACTION_CONFIGURATION_CHANGED
插入耳機時	Intent.ACTION_HEADSET_PLUG
未正確移除SD卡但已取出來時(正確移除方法:設定--SD卡和裝置記憶體--卸載SD卡)	Intent.ACTION_MEDIA_BAD_REMOVAL
插入外部儲存裝置（如SD卡）	Intent.ACTION_MEDIA_CHECKING
成功安裝APK	Intent.ACTION_PACKAGE_ADDED
成功刪除APK	Intent.ACTION_PACKAGE_REMOVED
重啟裝置	Intent.ACTION_REBOOT
螢幕被關閉	Intent.ACTION_SCREEN_OFF
螢幕被開啟	Intent.ACTION_SCREEN_ON
關閉系統時	Intent.ACTION_SHUTDOWN
重啟裝置	Intent.ACTION_REBOOT

　

　　注意：

　　　　當使用系統廣播時，只需要在註冊廣播接收者時定義相關的action即可，

　　　　並不需要手動發送廣播，當系統有相關操作時會自動進行系統廣播。

 

 

　　③. 有序廣播（Ordered Broadcast）

 

　　定義發送出去的廣播被廣播接收者按照先後順序接收，有序是針對廣播接收者而言的。

 

　　廣播接受者接收廣播的順序規則（同時面向靜態和動態註冊的廣播接受者）

　　　　i.按照Priority屬性值從大到小排序；

　　　　ii.Priority屬性相同者，動態註冊的廣播優先；

　　特點：

　　　　i.接收廣播按順序接收

 　　　 ii.先接收的廣播接收者可以對廣播進行截斷，即後接收的廣播接收者不再接收到此廣播；

　　　　iii.先接收的廣播接收者可以對廣播進行修改，那麼後接收的廣播接收者將接收到被修改後的廣播

 

　　具體使用：

　　　　有序廣播的使用過程與普通廣播非常類似，差異僅在於廣播的發送方式：

　　　　

sendOrderedBroadcast(intent);

 

 

　　④. App應用內廣播（Local Broadcast）

 

　　背景：

　　　　 Android中的廣播可以跨App直接通訊（exported對於有intent-filter情況下預設值為true）

 

　　衝突：

　　　　可能出現的問題

　　　　其他App針對性發出與當前App intent-filter相匹配的廣播，由此導致當前App不斷接收廣播並處理；

　　　　其他App註冊與當前App一致的intent-filter用於接收廣播，擷取廣播具體資訊； 即會出現安全性 & 效率性的問題。

 

　　解決方案：

　　　　使用APP應用內廣播（Local Broadcast）　　

　　　　App應用內廣播可理解為一種局部廣播，廣播的寄件者和接收者都同屬於一個App。

　　　　相比於全域廣播（普通廣播），App應用內廣播優勢體現在：安全性高 & 效率高

 

　　具體使用1-將全域廣播設定成局部廣播

　　　　註冊廣播時將exported屬性設定為false，使得非本App內部發出的此廣播不被接收；

　　　　在廣播發送和接收時，增設相應許可權permission，用於許可權驗證；

　　　　發送廣播時指定該廣播接收器所在的包名，此廣播將只會發送到此包中的App內與之相匹配的有效廣播接收器中。

　　　　通過intent.setPackage(packageName)指定報名

 

　　

　　具體使用2 - 使用封裝好的LocalBroadcastManager類 使用方式上與全域廣播幾乎相同，

　　　　只是註冊/取消註冊廣播接收器和發送廣播時將參數的context變成了LocalBroadcastManager的單一執行個體

　　　　注意：

　　　　　　對於LocalBroadcastManager方式發送的應用內廣播，只能通過LocalBroadcastManager動態註冊，不能靜態註冊

　　　　

//註冊應用內廣播接收器//步驟1：執行個體化BroadcastReceiver子類 & IntentFilter mBroadcastReceiver mBroadcastReceiver = new mBroadcastReceiver(); IntentFilter intentFilter = new IntentFilter(); //步驟2：執行個體化LocalBroadcastManager的執行個體localBroadcastManager = LocalBroadcastManager.getInstance(this);//步驟3：設定接收廣播的類型 intentFilter.addAction(android.net.conn.CONNECTIVITY_CHANGE);//步驟4：調用LocalBroadcastManager單一執行個體的registerReceiver（）方法進行動態註冊 localBroadcastManager.registerReceiver(mBroadcastReceiver, intentFilter);//取消註冊應用內廣播接收器localBroadcastManager.unregisterReceiver(mBroadcastReceiver);//發送應用內廣播Intent intent = new Intent();intent.setAction(BROADCAST_ACTION);localBroadcastManager.sendBroadcast(intent);

 

　　

　　⑤. 粘性廣播（Sticky Broadcast）

　　　　由於在Android5.0 & API 21中已經失效，所以不建議使用，在這裡也不作過多的總結。

　　

3.參考文章

3.1.以上內容全部來自於以下網址

　　https://github.com/LRH1993/android_interview/blob/master/android/basis/broadcastreceiver.md

 

Android面試收集錄2 Broadcast Receiver詳解