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
