1.Android廣播機制概述

Android廣播分為兩個方面：廣播發送者和廣播接收者，BroadcastReceiver指的就是廣播接收者（廣播接收器）。廣播作為Android元件間的通訊方式，可以使用的場景如下：
1.同一app內部的同一組件內的訊息通訊（單個或多個執行緒之間）；

2.同一app內部的不同元件之間的訊息通訊（單個程序）；

3.同一app具有多個程序的不同元件之間的訊息通訊；

4.不同app之間的元件之間訊息通訊；

5.Android系統在特定情況下與App之間的訊息通訊。

從實現原理看上，Android中的廣播使用了觀察者模式，基於訊息的釋出/訂閱事件模型。具體實現流程要點粗略概括如下：

(1)廣播接收者

(2)廣播發送者通過binder機制向AMS傳送廣播；

(3)AMS查詢符合相應條件（IntentFilter/Permission等）的BroadcastReceiver，將廣播發送到BroadcastReceiver（一般情況下是Activity）相應的訊息迴圈佇列中；

(4)訊息迴圈執行拿到此廣播，回撥BroadcastReceiver中的onReceive()方法。

廣播發送者和廣播接收者分別屬於觀察者模式中的訊息釋出和訂閱兩端，AMS屬於中間的處理中心。廣播發送者和廣播接收者的執行是非同步的，發出去的廣播不會關心有無接收者接收，也不確定接收者到底是何時才能接收到。顯然，整體流程與EventBus非常類似。

現分析實際應用中的適用性：

第一種情形：同一app內部的同一組件內的訊息通訊（單個或多個執行緒之間），實際應用中肯定是不會用到廣播機制的（雖然可以用），無論是使用擴充套件變數作用域、基於介面的回撥還是Handler-post/Handler-Message等方式，都可以直接處理此類問題，若適用廣播機制，顯然有些“殺雞牛刀”的感覺，會顯太“重”；

第二種情形：同一app內部的不同元件之間的訊息通訊（單個程序），對於此類需求，在有些教複雜的情況下單純的依靠基於介面的回撥等方式不好處理，此時可以直接使用EventBus等，相對而言，EventBus由於是針對統一程序，用於處理此類需求非常適合，且輕鬆解耦。

第三、四、五情形：由於涉及不同程序間的訊息通訊，此時根據實際業務使用廣播機制會顯得非常適宜。下面主要針對Android廣播中的具體知識點進行總結。

6.廣播的兩種註冊方式

註冊BroadcastReceiver兩種方式:
方式一，靜態的在AndroidManifest.xml中用<receiver>標籤宣告註冊，並在標籤內用<intent- filter>標籤設定過濾器。    

方式二，動態地在程式碼中先定義並設定好一個 IntentFilter物件，然後在需要註冊的地方調 Context.registerReceiver()方法，如果取消時就呼叫Context.unregisterReceiver()方法。如果用動 態方式註冊的BroadcastReceiver的Context物件被銷燬時，BroadcastReceiver也就自動取消註冊了。
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction(String); 為BroadcastReceiver指定action，使之用於接收同action的廣播 registerReceiver(BroadcastReceiver,intentFilter);
 一般在onStart中註冊，onStop中取消unregisterReceiver 傳送廣播訊息 。指定廣播目標Action：Intent Intent = new Intent(action-String)指定了此action的receiver會接收此廣播。

7.廣播發送及廣播型別

下面分別總結下各種型別的傳送方式及其特點。

1).Normal Broadcast：普通廣播

此處將普通廣播界定為：開發者自己定義的intent，以context.sendBroadcast_"AsUser"(intent, ...)形式。具體可以使用的方法有:
sendBroadcast(intent)/sendBroadcast(intent, receiverPermission)/sendBroadcastAsUser(intent, userHandler)/sendBroadcastAsUser(intent, userHandler,receiverPermission)。
普通廣播會被註冊了的相應的感興趣（intent-filter匹配）接收，且順序是無序的。如果傳送廣播時有相應的許可權要求，BroadCastReceiver如果想要接收此廣播，也需要有相應的許可權。

2).System Broadcast: 系統廣播

Android系統中內建了多個系統廣播，只要涉及到手機的基本操作，基本上都會發出相應的系統廣播。如：開啟啟動，網路狀態改變，拍照，螢幕關閉與開啟，點亮不足等等。每個系統廣播都具有特定的intent-filter，其中主要包括具體的action，系統廣播發出後，將被相應的BroadcastReceiver接收。系統廣播在系統內部當特定事件發生時，有系統自動發出。

3)Ordered broadcast：有序廣播

有序廣播的有序廣播中的“有序”是針對廣播接收者而言的，指的是傳送出去的廣播被BroadcastReceiver按照先後循序接收。有序廣播的定義過程與普通廣播無異，只是其的主要傳送方式變為：sendOrderedBroadcast(intent, receiverPermission, ...)。

廣播的生命週期：

廣播接收器僅在它執行這個方法時處於活躍狀態。當 onReceive() 返回後，它即為失活狀態。

擁有一個活躍狀態的廣播接收器的程序被保護起來而不會被殺死，但僅擁有失活狀態元件的程序則會在其它程序需要它所佔有的記憶體的時候隨時被殺掉。 所以，如果響應一個廣播資訊需要很長的一段時間,我們一般會將其納入一個衍生的執行緒中去完成，而不是在主執行緒內完成它，從而保證使用者互動過程的流暢。