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
