今天繼續我們的Android之旅，上一篇寫了Android四大組件之一的Activity的知識。今天，我們繼續來復習Andorid四大組件之一的BroadcastReceiver。
何為BroadcastReceiver呢？其實從字面就可以看出了，就是廣播接收者。那這個廣播的作用是什么呢？其實Android中的廣播機制和現實中的廣播沒有什么差別。想一想現實中的廣播，是不是有通知消息的用途啊。同樣，Android中的廣播機制也與此是類似的作用。即，通過發送廣播通知系統中的某些組件該干什么了。這干什么的邏輯完全在于你自己想實現什么功能。當然，既然可以發送廣播，一定也是有接受廣播的功能的。
在Android中廣播有兩種類型，標準廣播和有序廣播。
標準廣播（Normal broadcasts，發送方式：Context.sendBroadacst()），這是一種完全異步執行的廣播，廣播發出后，沒有確定的順序，廣播接收者通常會在同一個時刻接收到這條廣播消息。這通常意味著是高效的，但也意味著，在廣播發出后是無法進行截斷的。
有序廣播（Ordered broadcasts，發送方式：Context.sendOrderedBroadcast()）,這是一種同步執行的廣播，廣播發出后，在同一時刻，只會有一個廣播接收者接收到這一條廣播。每一個廣播接收者都是按順序進行執行的。所以，前一個廣播接收者既可以將這條廣播傳遞出去，也可以完全的截斷廣播，使下一個廣播接收者無法接收到廣播。可以在AndroidManifest.xml文件中<receiver>標簽下設置 android:priority屬性，來匹配優先級，優先級越高，就越早接收到廣播。
在這里要分清楚一點，雖然廣播也是通過Intent進行傳遞的。但是通過Intent發送廣播的機制與通過Intent開啟另一個Activity的機制是截然不同的。開啟的Activity是處于前臺并且可以與用戶進行交互的。而發送廣播是一個后臺的操作，用戶并不能意識到。
下面來看一下具體的使用方法：
接收廣播##
如何接收廣播呢？想要接收廣播就要用到如何注冊廣播，并且在注冊的邏輯中添加想要監聽的廣播就可以了。
廣播的注冊方式有兩種，是四大組件中最為特殊的一個。其余的三個組件都必須在AndroidManifest.xml文件中進行注冊聲明，而BroadcastReceiver既可以在AndroidManifest.xml文件中靜態注冊，也可以通過代碼進行動態的注冊。
- 靜態注冊
<receiver android:name="com.example.kevin.receiver.BootReceiver">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED"/>
</intent-filter>
</receiver>
在AndroidManifest.xml中的注冊BroadcastReceiver與注冊Activity沒有什么太大的區別，只是標簽為<receiver>。android:name來指定具體的是注冊的哪一個廣播。在 <intent-filter>中聲明具體想要接收的廣播。這里接收的是手機boot加載完成，也就是監聽開機這一動作。在Android中，開機時，系統就會發送android.intent.action.BOOT_COMPLETED這條廣播。
然后在代碼中可以像下面這樣寫：
public class BootReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context,"Boot加載成功", Toast.LENGTH_LONG).show();
}
}
新建一個廣播繼承自BroadcastReceiver，然后重寫其onReceive()方法，只要系統接收到了相應的廣播就會執行onReceive()方法。這里只是打印了一句吐司。
- 動態注冊
動態注冊就要用到registerReceiver(BroadcastReceiver, IntentFilter)這一方法了。可以看到第一個參數就是一個BroadcastReceiver。第二個參數應該也是見過的，在AndroidManifest.xml文件中用來約束具體要監聽哪一個廣播，同樣在這里也是一樣的作用。
public class MainActivity extends Activity {
private IntentFilter intentFilter;
private NetworkChangeReceiver networkChangeReceiver;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
intentFilter = new IntentFilter();
//當網絡狀態改變時，系統會發出下面這條廣播
intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
networkChangeReceiver = new NetworkChangeReceiver();
registerReceiver(networkChangeReceiver, intentFilter);
}
class NetworkChangeReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "網絡狀態改變了", Toast.LENGTH_SHORT).show();
}
}
@Override
protected void onDestroy() {
super.onDestroy();
if (networkChangeReceiver != null) {
unregisterReceiver(networkChangeReceiver);
}
}
}
以上就是動態的注冊了廣播接收者來監聽網絡狀態的改變。現在可以通過手動的改變網絡狀態，可以發現吐司確實是可以彈出來的，這就是動態注冊。最后，記得在onDestroy()中調用unregisterReceiver()方法來取消注冊。
發送廣播##
既然我們已經知道了廣播分為標準廣播和有序廣播，那么它們是如何來進行廣播的發送的呢？
- 發送標準廣播
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Button button = (Button) findViewById(R.id.button);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent();
intent.setAction("com.coustom.BroadcastReceiver");
//發送標準廣播
sendBroadcast(intent);
}
});
}
這里就是點擊一下按鈕就發送一條com.coustom.BroadcastReceiver這樣的廣播了，當然既然是通過Intent進行發送廣播的操作，就可以用Intent的putExtra()方法來攜帶一些數據。
下面再演示一下如何通過靜態注冊和動態注冊來接收上面自定義的廣播。
1.靜態注冊
- 在清單文件中注冊
<receiver android:name=".MyBroadcastReceiver">
<intent-filter>
<action android:name="com.coustom.BroadcastReceiver"/>
</intent-filter>
</receiver>
- 重寫對應的onReceive()方法
class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "收到了自定義的廣播", Toast.LENGTH_SHORT).show();
}
}
2.動態注冊
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction("com.custom.BroadcastReceiver");
MyBroadcastReceiver myBroadcastReceiver = new MyBroadcastReceiver();
registerReceiver(myBroadcastReceiver,intentFilter);
}
class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "收到了自定義的廣播", Toast.LENGTH_SHORT).show();
}
}
就是通過IntentFilter的addAction()方法來監聽指定的廣播，然后用 registerReceiver()就可以實現動態的注冊廣播。
- 發送有序廣播
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Button button = (Button) findViewById(R.id.button);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent();
intent.setAction("com.coustom.BroadcastReceiver");
//發送有序廣播
sendOrderedBroadcast(intent,null);
}
});
}
和標準廣播最大的不同就是調用了sendOrderedBroadcast()來發送有序廣播，第一個參數仍然是Intent，第二個參數與權限有關，傳入null就可以了。
接收這廣播的方法和上面的相同。
<receiver android:name=".MyBroadcastReceiver">
<intent-filter android:priority="100" >
<action android:name="com.coustom.BroadcastReceiver"/>
</intent-filter>
</receiver>
只是這里多了android:priority="100"，來設置接收廣播的優先級。如果你有創建了另一個BroadcastReceiver，并且設置它的android:priority="50"。那么，MyBroadcastReceiver就會先接收到廣播。并且既然MyBroadcastReceiver可以先接收到廣播，那么它就可以決定是否將廣播繼續傳播下去。如下所示，就表示MyBroadcastReceiver調用了 abortBroadcast()，表示不想讓廣播繼續傳播。于是，其他優先級低的廣播就都接受不到這條廣播了。
class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "收到了自定義的廣播", Toast.LENGTH_SHORT).show();
//終止廣播的傳遞
abortBroadcast();
}
}
本地廣播##
前面的廣播，不論是標準的還是有序的，都面臨一個問題。即：我們發出的廣播，任何其他的程序都能接收到，我們也可以接收來自其他程序的廣播。這樣就會帶來一些安全上的問題，所以Android中還提供了LocalBroadcastManager來對廣播進行管理，也就是本地廣播。通過LocalBroadcastManager發送的廣播只能在應用程序內部傳遞，也只能接受程序內部發出的廣播。
下面來看一下具體的用法：
public class MainActivity extends Activity {
private LocalBroadcastManager localBroadcastManager;
private LocalBroadcastReceiver localBroadcastReceiver;
private Context mContext;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mContext = this;
//得到本地廣播管理者
localBroadcastManager = LocalBroadcastManager.getInstance(mContext);
Button button = (Button) findViewById(R.id.button);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent();
intent.setAction("com.coustom.LocalBroadcastReceiver");
//利用本地廣播管理者發送本地廣播
localBroadcastManager.sendBroadcast(intent);
}
});
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction("com.coustom.LocalBroadcastReceiver");
localBroadcastReceiver = new LocalBroadcastReceiver();
//利用本地廣播管理者注冊本地廣播
localBroadcastManager.registerReceiver(localBroadcastReceiver, intentFilter);
}
class LocalBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "收到了本地的自定義的廣播", Toast.LENGTH_SHORT).show();
abortBroadcast();
}
}
@Override
protected void onDestroy() {
super.onDestroy();
if (localBroadcastManager != null) {
//利用本地廣播管理者取消注冊本地廣播
localBroadcastManager.unregisterReceiver(localBroadcastReceiver);
}
}
}
可以看到通過
localBroadcastManager = LocalBroadcastManager.getInstance(mContext);
獲取到了本地廣播管理者的實例。
之后的發送廣播、注冊廣播、取消注冊廣播都是通過localBroadcastManager來進行的。這也就是本地廣播與普通廣播不同的地方。
以下是官方文檔在最后給出的，我的理解還不到位，但還是寫出來吧。
BroadcastReceiver的生命周期##
一個BroadcastReceiver存在的時期就是在調用onReceive()方法所持續的時間。一旦這個方法返回了，系統就會認為對象已經執行接受，不再活躍了。這對于你在onReceive()中可以執行什么有很大的影響。異步操作在這里執行是不可能的，因為你必須從這個方法中返回并且處理異步操作，但是這時BroadcastReceiver已經不再活躍，它的進程可能再異步操作完成之前被系統殺死。
進程的生命周期##
一個在執行BroadcastReceiver的方法的進程（也就是在執行其onReceive()
方法）被考慮是一種前臺的進程，它會在系統中持續的運行除非在系統內存極緊張的情況下才會考慮殺死它。一旦onReceive()這個方法返回了，BroadcastReceiver就不再活躍了。它的宿主的進程此時對于其他正在運行的組件是重要的。這里尤為重要，如果那個進程僅僅維系一個BroadcastReceiver（一個普遍的例子：對于一個應用用戶可能從沒或者最近沒有與之交互），一旦onReceive()這個方法執行完了，系統就會考慮這個進程是空的，就會主動的殺死它。提供可用的資源給其他更重要的進程。
官方文檔最后還給出了一條建議：
This means that for longer-running operations you will often use a Service
in conjunction with a BroadcastReceiver to keep the containing process active for the entire time of your operation.
對于長時間運行的操作，你可以將BroadcastReceiver和Service同時應用，來保證進程在整個你的操作時期都保持活躍狀態。
這里的建議好像就類似于桌面的小部件的實現方法，就是AppWidget。
寫在最后##
上面提到了Service，它也是Android四大組件的一種，關于與Service有關的知識我們以后再來復習吧。BroadcastReceiver也就先說這么多吧，其中的部分理解還是不夠深刻，我們今天就到這里了。
