學習筆記|AS入門（九） 組件篇之Broadcast Receiver

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