Broadcast（廣播）是一種廣泛應用在應用程式之間傳輸資訊的機制，而BroadcastReceiver（廣播接收器）則是用於接收來自系統和應用的廣播對並對其進行響應的元件。Android提供了一套完整的API，允許應用程式自由地傳送和接收廣播，其中又用到可以傳遞資訊的Intent。那麼本篇將介紹以下四種型別廣播的傳送和接收方法：
- 普通廣播
- 有序廣播
- 本地廣播
- 粘性廣播
1.普通廣播
普通廣播是一種完全非同步執行的廣播，在廣播發出之後，所有的廣播接收器幾乎都會在同一時刻接收到這條廣播訊息，因此它們接收的先後是隨機的。另外，接收器不能截斷普通廣播。標準廣播的工作流程如圖所示：
（1）接收系統廣播
想要接收一個廣播，就要有能接收這個廣播的接收器。下圖展示瞭如何實現一個BroadcastReceiver的全過程：
可以看到，具體用法是： 第一步：自定義接收器類並繼承BroadcastReceiver，然後具體實現 onReceive() 方法。幾點注意：BroadcastReceiver生命週期只有十秒左右，因此在onReceive() 不要 做一些耗時的操作，應該傳送給service，由service來完成；還有onReceive() 不要 開啟子執行緒。
第二步：對廣播接收器進行註冊。有兩種註冊方法：一種在活動裡通過程式碼 動態註冊 ，另一種在配置檔案裡 靜態註冊 。其實仔細觀察，兩種方式都是完成了對接收器以及它能接收的廣播值這兩個值的定義。這兩種註冊方法一個區別是：動態註冊的接收器必須要在程式啟動之後才能接收到廣播，而靜態註冊的接收器即便程式未啟動也能接收到廣播，比如想接收到手機開機完成後系統發出的廣播就只能用靜態註冊了。
舉個例子，當網路狀態發生變化時，系統會發出一條值為android.net.conn.CONNECTIVITY_CHANGE的廣播，假設已經準備好了接收器MyReceiver，如果選擇動態註冊，方法是修改MainActivity：
private IntentFilter intentFilter;
private MyReceiver myReceiver;
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
intentFilter = new IntentFilter();
intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
myReceiver = new MyReceiver();
registerReceiver(myReceiver, intentFilter);
}
@Override
protected void onDestroy() {
super.onDestroy();
unregisterReceiver(myReceiver);
}
複製程式碼也可以靜態註冊，在配置檔案新增：
<receiver android:name=".MyReceiver" >
<intent-filter>
<action android:name="android.net.conn.CONNECTIVITY_CHANGE"/>
</intent-filter>
</receiver>
複製程式碼最後別忘了查詢系統的網路狀態需要宣告許可權：
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE"/>
複製程式碼現在只要網路狀態發生變化，MyReceiver就會接收到這條廣播並執行onReceive()裡具體的任務了。
（2）傳送自定義廣播
我們自定義的接收器不僅可以接收Android內建的各種系統級別的廣播，也可以接收我們自定義的廣播。那麼就來學習如何傳送一個自定義廣播，看看接收器的接收情況吧！
傳送一個自定義的普通廣播方法非常簡單，利用Intent把要傳送的廣播的值傳入，再呼叫了Context的 sendBroadcast() 方法將廣播傳送出去，這樣所有監聽該廣播的接收器就會收到訊息。
Intent intent = new Intent("com.example.minmin.MY_BROADCAST");//指明要傳送的廣播值
sendBroadcast(intent);
複製程式碼還是通過一個具體例子學習一下，先定義一個廣播接收器，這裡讓它收到廣播後彈出一個提示：
靜態註冊該接收器，定義它能接收一 條值為com.example.minmin.MY_BROADCAST的廣播，一會兒就發這樣的一條廣播。
準備MainActvity的佈局，這裡就一個按鈕用來傳送廣播。
在這個按鈕的點選事件完成傳送一條值為com.example.minmin.MY_BROADCAST的廣播。
執行程式，傳送自定義廣播，接收器收到了！
2.有序廣播
有序廣播是一種同步執行的廣播，在廣播發出之後，同一時刻只會有一個廣播接收器能夠收到這條廣播訊息，當這個廣播接收器中的邏輯執行完畢後，廣播才會繼續傳遞，所以此時的廣播接收器是有先後順序的，且優先順序（priority）高的廣播接收器會先收到廣播訊息。有序廣播可以被接收器截斷使得後面的接收器無法收到它。有序廣播的工作流程如圖所示：
傳送一個有序廣播和普通廣播的方法有細微的區別，只需要將sendBroadcast()方法改成 sendOrderedBroadcast() 方法， 它接收兩個引數，第一個引數仍是Intent，第二個引數是一個與許可權相關的字串，這裡傳入 null就行。程式碼見下：
Intent intent = new Intent("com.example.minmin.MY_BROADCAST");//指明要傳送的廣播值
sendOrderBroadcast(intent,null);
複製程式碼此時廣播接收器是有先後順序的，而且前面的廣播接收器還可以將廣播截斷，以阻止其繼續傳播。為了說明這個情況，再自定義一個廣播器看看吧！
這裡AnotherReceiver接受廣播後也彈出一個提醒，就用最後的“！！”來區分吧。
那如何讓AnotherReceiver先接收到值為com.example.minmin.MY_BROADCAST的廣播呢？只要在註冊的時候設定它的優先順序android:priority為100，數值越大優先順序就越高，現在就能保證它一定會在MyReceiver之前收到廣播。
修改MainActivity中程式碼：
執行程式，會先彈出AnotherReceiver中的提示，之後才MyReceiver：
如果在AnotherReceiver的onReceive()方法中呼叫了 abortBroadcast() 方法，表示將這條廣播截斷，後面的廣播接收器將無法再接收到這條廣播。現在重新執行程式，並點選一下按鈕，然後會發現，只有AnotherReceiver中的Toast資訊彈出，說明這條廣播經過AnotherReceiver之後確實是終止傳遞了。
3.本地廣播
前面學到的的廣播都屬於系統全域性廣播，即發出的廣播可被其他應用程式接收到，且我們也可接收到其他任何應用程式傳送的廣播。為了能夠簡單地解決全域性廣播可能帶來的安全性問題，Android引入了一套本地廣播機制，使用這個機制發出的廣播只能夠在應用程式的內部進行傳遞，並且廣播接收器也只能接收本應用程式發出的廣播。
實現本地廣播的傳送和接收也很簡單，主要使用了一個LocalBroadcastManager來對廣播進行管理，並提供了相應的傳送廣播和註冊廣播接收器的方法。
首先通過LocalBroadcastManager.getInstance(this) 方法獲取一個LocalBroadcastManager例項，然後用LocalBroadcastManager提供的registerReceiver() 和unregisterReceiver() 方法來動態註冊和取消接收器以及**sendBroadcast()**方法傳送本地廣播。是不是非常熟悉？看了下圖展示的程式碼你會更清楚：
這基本上就和我們前面所學的動態註冊廣播接收器以及傳送廣播的程式碼是一樣的！非常好理解。執行之後點選按鈕也能看到MyReceiver的Toast提示了！
注意一點，本地廣播是無法通過靜態註冊的方式來接收的，因為靜態註冊主要就是為了讓程式在未啟動的情況下也能收到廣播，而傳送本地廣播時，應用程式肯定已經啟動了，也完全不需要使用靜態註冊的功能。
4.粘性廣播
通過Context.sendStickyBroadcast() 方法可傳送粘性(sticky)廣播，這種廣播會一直滯留，當有匹配該廣播的接收器被註冊後，該接收器就會收到此條廣播。注意，傳送粘性廣播還需要BROADCAST_STICKY許可權：
<uses-permission android:name="android.permission.BROADCAST_STICKY"/>
複製程式碼sendStickyBroadcast()只保留最後一條廣播，並且一直保留下去，這樣即使已經有廣播接收器處理了該廣播，一旦又有匹配的廣播接收器被註冊，該粘性廣播仍會被接收。如果只想處理一遍該廣播，可通過removeStickyBroadcast() 方法來實現。接收粘性廣播的過程和普通廣播是一樣的，就不多介紹了。
有關廣播接收者的內容就到這裡~
>最終篇內容：元件篇之Service