今天繼續(xù)我們的Android之旅,上一篇寫了Android四大組件之一的Activity的知識蜘澜。今天,我們繼續(xù)來復習Andorid四大組件之一的BroadcastReceiver带膀。
何為BroadcastReceiver呢鹃共?其實從字面就可以看出了,就是廣播接收者豺憔。那這個廣播的作用是什么呢额获?其實Android中的廣播機制和現(xiàn)實中的廣播沒有什么差別。想一想現(xiàn)實中的廣播恭应,是不是有通知消息的用途啊抄邀。同樣,Android中的廣播機制也與此是類似的作用暮屡。即撤摸,通過發(fā)送廣播通知系統(tǒng)中的某些組件該干什么了毅桃。這干什么的邏輯完全在于你自己想實現(xiàn)什么功能褒纲。當然,既然可以發(fā)送廣播钥飞,一定也是有接受廣播的功能的莺掠。
在Android中廣播有兩種類型,標準廣播和有序廣播读宙。
標準廣播(Normal broadcasts彻秆,發(fā)送方式:Context.sendBroadacst()),這是一種完全異步執(zhí)行的廣播结闸,廣播發(fā)出后唇兑,沒有確定的順序,廣播接收者通常會在同一個時刻接收到這條廣播消息桦锄。這通常意味著是高效的扎附,但也意味著,在廣播發(fā)出后是無法進行截斷的结耀。
有序廣播(Ordered broadcasts留夜,發(fā)送方式:Context.sendOrderedBroadcast()),這是一種同步執(zhí)行的廣播匙铡,廣播發(fā)出后,在同一時刻碍粥,只會有一個廣播接收者接收到這一條廣播鳖眼。每一個廣播接收者都是按順序進行執(zhí)行的。所以嚼摩,前一個廣播接收者既可以將這條廣播傳遞出去钦讳,也可以完全的截斷廣播,使下一個廣播接收者無法接收到廣播枕面》涮可以在AndroidManifest.xml文件中<receiver>標簽下設置 android:priority屬性,來匹配優(yōu)先級膊畴,優(yōu)先級越高掘猿,就越早接收到廣播。
在這里要分清楚一點唇跨,雖然廣播也是通過Intent進行傳遞的稠通。但是通過Intent發(fā)送廣播的機制與通過Intent開啟另一個Activity的機制是截然不同的。開啟的Activity是處于前臺并且可以與用戶進行交互的买猖。而發(fā)送廣播是一個后臺的操作改橘,用戶并不能意識到。
下面來看一下具體的使用方法:
接收廣播##
如何接收廣播呢玉控?想要接收廣播就要用到如何注冊廣播飞主,并且在注冊的邏輯中添加想要監(jiān)聽的廣播就可以了。
廣播的注冊方式有兩種高诺,是四大組件中最為特殊的一個碌识。其余的三個組件都必須在AndroidManifest.xml文件中進行注冊聲明,而BroadcastReceiver既可以在AndroidManifest.xml文件中靜態(tài)注冊虱而,也可以通過代碼進行動態(tài)的注冊筏餐。
- 靜態(tài)注冊
<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沒有什么太大的區(qū)別,只是標簽為<receiver>牡拇。android:name來指定具體的是注冊的哪一個廣播魁瞪。在 <intent-filter>中聲明具體想要接收的廣播。這里接收的是手機boot加載完成惠呼,也就是監(jiān)聽開機這一動作导俘。在Android中,開機時剔蹋,系統(tǒng)就會發(fā)送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()方法滩租,只要系統(tǒng)接收到了相應的廣播就會執(zhí)行onReceive()方法赋秀。這里只是打印了一句吐司利朵。
- 動態(tài)注冊
動態(tài)注冊就要用到registerReceiver(BroadcastReceiver, IntentFilter)這一方法了×粤可以看到第一個參數(shù)就是一個BroadcastReceiver绍弟。第二個參數(shù)應該也是見過的,在AndroidManifest.xml文件中用來約束具體要監(jiān)聽哪一個廣播著洼,同樣在這里也是一樣的作用樟遣。
public class MainActivity extends Activity {
private IntentFilter intentFilter;
private NetworkChangeReceiver networkChangeReceiver;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
intentFilter = new IntentFilter();
//當網(wǎng)絡狀態(tài)改變時,系統(tǒng)會發(fā)出下面這條廣播
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, "網(wǎng)絡狀態(tài)改變了", Toast.LENGTH_SHORT).show();
}
}
@Override
protected void onDestroy() {
super.onDestroy();
if (networkChangeReceiver != null) {
unregisterReceiver(networkChangeReceiver);
}
}
}
以上就是動態(tài)的注冊了廣播接收者來監(jiān)聽網(wǎng)絡狀態(tài)的改變∩眢裕現(xiàn)在可以通過手動的改變網(wǎng)絡狀態(tài)豹悬,可以發(fā)現(xiàn)吐司確實是可以彈出來的,這就是動態(tài)注冊液荸。最后瞻佛,記得在onDestroy()中調(diào)用unregisterReceiver()方法來取消注冊。
發(fā)送廣播##
既然我們已經(jīng)知道了廣播分為標準廣播和有序廣播娇钱,那么它們是如何來進行廣播的發(fā)送的呢伤柄?
- 發(fā)送標準廣播
@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");
//發(fā)送標準廣播
sendBroadcast(intent);
}
});
}
這里就是點擊一下按鈕就發(fā)送一條com.coustom.BroadcastReceiver這樣的廣播了,當然既然是通過Intent進行發(fā)送廣播的操作文搂,就可以用Intent的putExtra()方法來攜帶一些數(shù)據(jù)适刀。
下面再演示一下如何通過靜態(tài)注冊和動態(tài)注冊來接收上面自定義的廣播。
1.靜態(tài)注冊
- 在清單文件中注冊
<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.動態(tài)注冊
@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()方法來監(jiān)聽指定的廣播煤蹭,然后用 registerReceiver()就可以實現(xiàn)動態(tài)的注冊廣播笔喉。
- 發(fā)送有序廣播
@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");
//發(fā)送有序廣播
sendOrderedBroadcast(intent,null);
}
});
}
和標準廣播最大的不同就是調(diào)用了sendOrderedBroadcast()來發(fā)送有序廣播,第一個參數(shù)仍然是Intent硝皂,第二個參數(shù)與權限有關常挚,傳入null就可以了。
接收這廣播的方法和上面的相同吧彪。
<receiver android:name=".MyBroadcastReceiver">
<intent-filter android:priority="100" >
<action android:name="com.coustom.BroadcastReceiver"/>
</intent-filter>
</receiver>
只是這里多了android:priority="100"待侵,來設置接收廣播的優(yōu)先級丢早。如果你有創(chuàng)建了另一個BroadcastReceiver姨裸,并且設置它的android:priority="50"。那么怨酝,MyBroadcastReceiver就會先接收到廣播傀缩。并且既然MyBroadcastReceiver可以先接收到廣播,那么它就可以決定是否將廣播繼續(xù)傳播下去农猬。如下所示赡艰,就表示MyBroadcastReceiver調(diào)用了 abortBroadcast(),表示不想讓廣播繼續(xù)傳播斤葱。于是慷垮,其他優(yōu)先級低的廣播就都接受不到這條廣播了揖闸。
class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "收到了自定義的廣播", Toast.LENGTH_SHORT).show();
//終止廣播的傳遞
abortBroadcast();
}
}
本地廣播##
前面的廣播,不論是標準的還是有序的料身,都面臨一個問題汤纸。即:我們發(fā)出的廣播,任何其他的程序都能接收到芹血,我們也可以接收來自其他程序的廣播贮泞。這樣就會帶來一些安全上的問題,所以Android中還提供了LocalBroadcastManager來對廣播進行管理幔烛,也就是本地廣播啃擦。通過LocalBroadcastManager發(fā)送的廣播只能在應用程序內(nèi)部傳遞,也只能接受程序內(nèi)部發(fā)出的廣播饿悬。
下面來看一下具體的用法:
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");
//利用本地廣播管理者發(fā)送本地廣播
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);
獲取到了本地廣播管理者的實例令蛉。
之后的發(fā)送廣播、注冊廣播狡恬、取消注冊廣播都是通過localBroadcastManager來進行的言询。這也就是本地廣播與普通廣播不同的地方。
以下是官方文檔在最后給出的傲宜,我的理解還不到位运杭,但還是寫出來吧。
BroadcastReceiver的生命周期##
一個BroadcastReceiver存在的時期就是在調(diào)用onReceive()方法所持續(xù)的時間函卒。一旦這個方法返回了辆憔,系統(tǒng)就會認為對象已經(jīng)執(zhí)行接受,不再活躍了报嵌。這對于你在onReceive()中可以執(zhí)行什么有很大的影響虱咧。異步操作在這里執(zhí)行是不可能的,因為你必須從這個方法中返回并且處理異步操作锚国,但是這時BroadcastReceiver已經(jīng)不再活躍腕巡,它的進程可能再異步操作完成之前被系統(tǒng)殺死。
進程的生命周期##
一個在執(zhí)行BroadcastReceiver的方法的進程(也就是在執(zhí)行其onReceive()
方法)被考慮是一種前臺的進程血筑,它會在系統(tǒng)中持續(xù)的運行除非在系統(tǒng)內(nèi)存極緊張的情況下才會考慮殺死它绘沉。一旦onReceive()這個方法返回了,BroadcastReceiver就不再活躍了豺总。它的宿主的進程此時對于其他正在運行的組件是重要的车伞。這里尤為重要,如果那個進程僅僅維系一個BroadcastReceiver(一個普遍的例子:對于一個應用用戶可能從沒或者最近沒有與之交互)喻喳,一旦onReceive()這個方法執(zhí)行完了另玖,系統(tǒng)就會考慮這個進程是空的,就會主動的殺死它。提供可用的資源給其他更重要的進程谦去。
官方文檔最后還給出了一條建議:
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同時應用,來保證進程在整個你的操作時期都保持活躍狀態(tài)鳄哭。
這里的建議好像就類似于桌面的小部件的實現(xiàn)方法盈魁,就是AppWidget。
寫在最后##
上面提到了Service窃诉,它也是Android四大組件的一種杨耙,關于與Service有關的知識我們以后再來復習吧。BroadcastReceiver也就先說這么多吧飘痛,其中的部分理解還是不夠深刻珊膜,我們今天就到這里了。