摘要：作為的四大組件之二，其應用場景非常多。作用可以監聽或接收應用或系統發出的廣播消息，并做出響應。可以指定獨立的進程四大組件都可以通過此屬性指定自己的獨立進程。對于應用內廣播的動態注冊方式，回調中的返回值是。

Hi，大家好，又雙見面啦，上一期我們講了如何使用Activity，肯定有不少小伙伴已經創建了屬于自己的FirstActivity，那么這一期我們主要為大家介紹第二個重要組件BroadcastReceiver（廣播接收器）。作為Android的四大組件之二，其應用場景非常多。下面，就詳細介紹下 BroadcastReceiver 的相關知識。

BroadcastReceiver（廣播接收器）即廣播，是一個全局的監聽器。

Android 廣播分為兩個角色：廣播發送者、廣播接受者。

可以監聽或接收應用 App 或系統發出的廣播消息，并做出響應。

同一 App 內部的同一組件內的消息通信（單個或多個線程之間）；

同一 App 內部的不同組件之間的消息通信（單個進程）；

同一 App 具有多個進程的不同組件之間的消息通信；

不同 App 之間的組件之間消息通信；

Android系統在特定情況下與App之間的消息通信，如：網絡變化、電池電量、屏幕開關等。

Android中的廣播使用了觀察者模式：基于消息的發布 / 訂閱事件模型，將廣播的發送者和接收者解耦，使得系統方便集成，更易擴展。

消息的事件模型中有三個角色：

消息訂閱者（廣播接收者）

消息發布者（廣播發送者）

消息中心（AMS，即Activity Manager Service）

具體實現流程如下：

廣播接收者BroadcastReceiver通過Binder機制向AMS中進行注冊；

廣播發送者通過binder機制向AMS發送廣播；

AMS查找符合相應條件（IntentFilter/Permission等）的BroadcastReceiver，將廣播發送到BroadcastReceiver（一般情況下是Activity）相應的消息循環隊列中；

消息循環執行拿到此廣播，回調 BroadcastReceiver 中的 onReceive() 方法。

注意：廣播發送者和廣播接受者的執行順序是異步的，發送者不會關心有無接收者及接收者是否接收。

5.1 自定義廣播接收者BroadcastReceiver

//繼承BroadcastReceiver
public class MyBroadcaseReceiver extends BroadcastReceiver {   
    //接收到廣播后，則自動調用該方法    
    @Override    
    public void onReceive(Context context, Intent intent) {
    }
}

繼承 BroadcastReceivre 基類，重寫 onReceive() 方法。廣播接收器接收到相應廣播后，會自動回調 onReceive() 方法，此方法中可與其他組件進行交互，如發送通知、啟動服務等。

默認情況下，廣播接收器運行在主線程中，所以，onReceive() 方法不能執行耗時操作，否則會導致 ANR 異常。

5.2 注冊廣播接收器

廣播接收器的注冊分為兩種：靜態注冊、動態注冊。

靜態注冊：靜態注冊即在清單文件（AndroidManifest.xml）中為 BroadcastReceiver 進行注冊，使用< receiver >標簽聲明，并在標簽內用 < intent-filter > 標簽設置過濾器。這種形式的 BroadcastReceiver 的生命周期伴隨著整個應用。如果這種方式處理的是系統廣播，那么不管應用是否在運行，該廣播接收器都能接收到該廣播。

android:exported ——此 BroadcastReceiver 能否接收其他 App 的發出的廣播，其默認值是由 receiver 中有無 intent-filter 決定的，如果有 intent-filter，默認值為true，否則為false。（同樣的，activity/service中的此屬性默認值一樣遵循此規則）；
android:name —— 此 BroadcastReceiver 類名；
android:permission ——如果設置，具有相應權限的廣播發送方發送的廣播才能被此 BroadcastReceiver 所接收；
android:process —— BroadcastReceiver 運行所處的進程。默認為 App 的進程。可以指定獨立的進程（Android四大組件都可以通過此屬性指定自己的獨立進程）。

intent-filter/action ——用于指定此廣播接收器將接收的廣播類型，本示例中給出的是用于接收網絡狀態改變時發出的廣播。

注冊示例：

當此 App首次啟動時，系統會自動實例化 MyBroadcaseReceiver 類，并注冊到系統中。

注意：Android 7.0版本開始，對靜態注冊的廣播做了限制，導致靜態注冊失效。應用無法使用清單注冊隱式廣播，仍然可以在運行時動態注冊這些廣播，并且可以使用清單注冊專門針對它們的顯式廣播。

具體可查看：https://developer.android.goo...

動態注冊：動態注冊 BroadcastReceiver 是在代碼中定義并設置好一個 IntentFilter 對象，然后在需要注冊的地方調用 Context.registerReceiver() 方法，調用 Context.unregisterReceiver() 方法取消注冊，此時就不需要在清單文件中注冊 Receiver 了。

@Override
protected void onResume() {    
    super.onResume();    
    //1.實例化MyBroadcaseReceiver    
    MyBroadcaseReceiver myBroadcaseReceiver = new MyBroadcaseReceiver();    
    //2.設置廣播類型    
    IntentFilter intentFilter = new IntentFilter();
    intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");    
    //3.動態注冊廣播    
    registerReceiver(myBroadcaseReceiver, intentFilter);
}

@Override
protected void onDestroy() {    
    super.onDestroy();    
    //銷毀在onResume()中注冊的廣播    
    unregisterReceiver(mBroadcastReceiver);
}

注意：對于動態廣播，有注冊必須得有注銷，否知會造成內存泄露，重復注冊、重復注銷也不允許。

Android 中所有與觀察者模式有關的設計中，一旦涉及到 register，必定在相應的時機需要 unregister。

5.3 廣播發送及廣播類型

廣播發送：廣播的“發送”與“接收”，表面上看是廣播作為 Android 廣播機制中的實體，實際上這一實體本身是并不是以所謂的”廣播“對象存在的，而是以”意圖“（Intent）去表示。定義廣播的定義本質，實際就是相應廣播”意圖“的定義過程，然后通過廣播發送者通過 sendBroadcast() 方法將此”意圖“發送出去。

廣播類型：根據廣播的發送方式，可以將其分為以下幾種類型

1.普通廣播（Normal Broadcast）

開發者自身定義 intent的廣播。發送廣播使用如下：

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

被注冊了的廣播接收者中注冊時 intentFilter 的 action 與上述匹配，就會接收此廣播，并回調onReceive()。如下的 BroadcastReceiver 則會接收上述廣播：

注意：若發送廣播有相應權限，那么廣播接收者也需要相應權限

2.系統廣播（System Broadcast）

Android系統中內置了多個系統廣播，只要涉及到手機的基本操作，基本上都會發出相應的系統廣播。如：開機啟動，網絡狀態改變，拍照，屏幕關閉與開啟，電量不足等等。

每個系統廣播都具有特定的 intent-filter，其中主要包括具體的 action，系統廣播發出后，將被相應的BroadcastReceiver 接收。

當使用系統廣播時，只需在注冊廣播接收者時定義相關的action即可，不需要手動發送廣播，當系統有相關操作時會自動進行系統廣播的發送。

3.有序廣播（Ordered Broadcast）

有序廣播中的“有序”是針對廣播接收者而言的，指的是發送出去的廣播被 BroadcastReceiver 按照先后順序進行接收。有序廣播的定義過程與普通廣播無異，只是其發送方式變為：sendOrderedBroadcast(intent);

廣播接受者接收廣播的順序規則（同時面向靜態和動態注冊的廣播接受者）：按照 Priority 屬性值從大-小排序，Priority屬性相同者，動態注冊的廣播優先。

特點：接收廣播按順序接收；先接收的廣播接收者可以對廣播進行截斷，即后接收的廣播接收者不再接收到此廣播；先接收的廣播接收者也可以對廣播進行修改，那么后接收的廣播接收者將接收到被修改后的廣播。當然，一般情況下，不建議對有序廣播進行此類操作，尤其是針對系統中的有序廣播。

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

由于 Android 中的廣播可以跨 App 直接通信（exported對于有intent-filter情況下默認值為true），可能會出現相應安全隱患：

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

b. 其他 App 注冊與當前 App 一致的 intent-filter 用于接收廣播，獲取廣播具體信息；即會出現安全性 & 效率性的問題。

解決方案：

方案1：將全局廣播設置成局部廣播

a. 對于同一 App 內部發送和接收廣播，將 exported 屬性設置成false，使得非本 App 內部發出的此廣播不被接收；

b. 在廣播發送和接收時，都增加上相應的permission，用于權限驗證；

c. 發送廣播時，指定特定廣播接收器所在的包名，具體是通過 intent.setPackage(packageName) 指定，這樣此廣播將只會發送到此包中的 App 內與之相匹配的有效廣播接收器中。

方案2：使用App應用內廣播（LocalBroadcastManager類）

App應用內廣播可理解為一種局部廣播，廣播的發送者和接收者都同屬于一個App。相比于全局廣播（普通廣播），App應用內廣播優勢體現在：安全性高 & 效率高。

使用封裝好的 LocalBroadcastManager 類使用方式上與全局廣播幾乎相同，只是注冊/取消注冊廣播接收器和發送廣播時將參數的 context 變成了 LocalBroadcastManager 的單一實例。

注意：對于LocalBroadcastManager方式發送的應用內廣播，只能通過LocalBroadcastManager動態注冊，不能靜態注冊。

   //注冊應用內廣播接收器
   //1：實例化MyBroadcaseReceiver 
   MyBroadcaseReceiver myBroadcaseReceiver = new MyBroadcaseReceiver(); 
   //2：實例化IntentFilter、設置接收廣播的類型 
   IntentFilter intentFilter = new IntentFilter(); 
   intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
   //3：實例化LocalBroadcastManager
   LocalBroadcastManager localBroadcastManager = LocalBroadcastManager.getInstance(this);
   //4：調用LocalBroadcastManager的registerReceiver()方法進行動態注冊 
   localBroadcastManager.registerReceiver(myBroadcaseReceiver, intentFilter);
   
   
   //取消注冊應用內廣播接收器
   localBroadcastManager.unregisterReceiver(myBroadcaseReceiver);
   
   
   //發送應用內廣播
   Intent intent = new Intent();
   intent.setAction("MY_BROADCAST_ACTION");
   localBroadcastManager.sendBroadcast(intent);

5.粘性廣播（Sticky Broadcast）

由于在 Android 5.0 & API 21 中已經失效，所以不建議使用，在這里不作闡述。

對于不同注冊方式的廣播接收器回調 onReceive（Context context，Intent intent）中的context返回值是不一樣的：

1.對于靜態注冊（全局+應用內廣播），回調 onReceive(context, intent) 中的 context 返回值是：ReceiverRestrictedContext；

2.對于全局廣播的動態注冊，回調onReceive(context, intent)中的context返回值是：Activity Context；

3.對于應用內廣播的動態注冊（LocalBroadcastManager方式），回調onReceive(context, intent)中的context返回值是：Application Context。

4.對于應用內廣播的動態注冊（LocalBroadcastManager方式），回調onReceive(context, intent)中的context返回值是：Application Context。

作為Android的四大組件之二，并且項目開發過程中一些場景下經常被使用到，小伙伴們趕緊上手實操，把它靈活的運用到項目中，結合上一期的Activity實現有趣的交互吧。
PS:如果還有未看懂的小伙伴，歡迎加入我們的QQ技術交流群：892271582，里面有各種大神回答小伙伴們遇到的問題哦~