Android Broadcast
Broadcast使用場景
Android廣播分為兩個方面:廣播發(fā)送者和廣播接受者.通常情況下,BroadcastRecevier指廣播接受者,廣播作為Android組件之間的通訊方式,使用場景有:
- 同一個APP內(nèi)部的同一個組件類的消息通訊(單線程或者多個線程)
- 同一個APP內(nèi)部不同的組件之間的消息通訊(單個進(jìn)程)
- 同一個APP具有多個進(jìn)程不同組件之間的消息通訊
- 不同APP之間的組件之間的通訊
- Android系統(tǒng)在特定情況下與APP之間的通訊.
Broadcast實現(xiàn)的基本流程為:
- 廣播接受者BroadcastRecevier通過Binder機(jī)制向AMS(Activity manager Service)進(jìn)行注冊
- 廣播發(fā)送者通過Binder機(jī)制向AMS發(fā)送廣播
- AMS查找符合條件(intentFilter/permission)的BroadcastRecevier,將廣播發(fā)送給ReceiverDispatcher,Dispatcher將廣播發(fā)送到BroadcastReceiver(一般情況是Activity)的消息循環(huán)隊列中;
- 消息循環(huán)執(zhí)行此廣播,回調(diào)到BoradcastReceiver中的onReceiver()方法中.
廣播注冊方式
- 靜態(tài)注冊:
<receiver
android:enabled=["true" | "false"]
android:exported=["true" | "false"]
android:icon="drawable resource"
android:label="string resource"
android:name="string"
android:permission="string"
android:process="string" >
</receiver>
其中屬性:
- android:exported: 此廣播能否接受其他APP發(fā)出的廣播,這個屬性默認(rèn)值由intent-filter決定,如果有intent-filter,默認(rèn)值為true,否則為false(Activity/Service中同樣適用).
- android:name: 廣播接受者名
- android:permission: 如果設(shè)置,具有相同權(quán)限的廣播發(fā)送的廣播才能被此接受者接受.
- android:process: 廣播接受者所處在的進(jìn)程,默認(rèn)為app.
<receiver android:name=".MyBroadcastReceiver" >
<intent-filter>
<action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
</intent-filter>
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED" />
</intent-filter>
</receiver>
-
動態(tài)注冊:
動態(tài)注冊廣播對使用的Context要注意,因為廣播接受者的存在取決于注冊的context,如果是Activity,廣播在當(dāng)前Activity中有效,如果是Application context則與App應(yīng)用生命周期相同.
registerReceiver(BroadcastReceiver receiver, IntentFilter filter) registerReceiver(BroadcastReceiver receiver, IntentFilter filter, String broadcastPermission, Handler scheduler)
廣播發(fā)送及其廣播類型
-
廣播的類型:
- Normal Broadcast 普通廣播
- Ordered Broadcast 有序廣播
- Sticky Broadcast 粘性廣播(api21中廢棄)
- System Broadcat 系統(tǒng)廣播
- Local Broadcast APP內(nèi)部廣播
-
廣播發(fā)送的方式:
-
sendOrderedBroadcast(Intent, String)發(fā)送有序廣播 -
sendBroadcast(Intent)發(fā)送普通廣播 -
LocalBroadcastManager.sendBroadcast發(fā)送應(yīng)用內(nèi)廣播
-
不同注冊方式的廣播接收器回調(diào)onReceive(context, intent)中的context具體類型
對于靜態(tài)注冊的ContextReceiver解愤，回調(diào)onReceive(context, intent)中的context具體指的是ReceiverRestrictedContext辆床；
對于全局廣播的動態(tài)注冊的ContextReceiver，回調(diào)onReceive(context, intent)中的context具體指的是Activity Context抄瓦；
對于通過LocalBroadcastManager動態(tài)注冊的ContextReceiver，回調(diào)onReceive(context, intent)中的context具體指的是Application Context陶冷。
注：對于LocalBroadcastManager方式發(fā)送的應(yīng)用內(nèi)廣播钙姊，只能通過LocalBroadcastManager動態(tài)注冊的ContextReceiver才有可能接收到（靜態(tài)注冊或其他方式動態(tài)注冊的ContextReceiver是接收不到的）。
如何在廣播接收者onReceiver中進(jìn)行耗時操作
廣播接收者有生命周期,但是很短,當(dāng)onReceiver()執(zhí)行完畢,他生命周期就結(jié)束了.這次BroadcastRece已經(jīng)不處于active狀態(tài),被系統(tǒng)殺掉的幾率很高.如果此時去開線程進(jìn)行異步超過或者打開Dialog都還沒達(dá)到相應(yīng)的效果就被系統(tǒng)殺掉,因為這個Receiver組件在運行,但是只是一個執(zhí)行完畢的空進(jìn)程.這情況下可以使用下面方法,來保持Receiver處于active狀態(tài),即便系統(tǒng)想要快速結(jié)束receive,也可以把操作移動其他線程防止主線程卡頓.
- goAsync()
- JobService()
public class MyBroadcastReceiver extends BroadcastReceiver {
private static final String TAG = "MyBroadcastReceiver";
@Override
public void onReceive(final Context context, final Intent intent) {
final PendingResult pendingResult = goAsync();
AsyncTask<String, Integer, String> asyncTask = new AsyncTask<String, Integer, String>() {
@Override
protected String doInBackground(String... params) {
StringBuilder sb = new StringBuilder();
sb.append("Action: " + intent.getAction() + "\n");
sb.append("URI: " + intent.toUri(Intent.URI_INTENT_SCHEME).toString() + "\n");
Log.d(TAG, log);
// Must call finish() so the BroadcastReceiver can be recycled.
pendingResult.finish();
return data;
}
};
asyncTask.execute();
}
}
廣播的安全隱患以及相應(yīng)的措施
Android中的廣播可以跨進(jìn)程甚至跨App直接通信埂伦，且注冊是exported對于有intent-filter的情況下默認(rèn)值是true煞额，由此將可能出現(xiàn)安全隱患如下：
1.其他App可能會針對性的發(fā)出與當(dāng)前App intent-filter相匹配的廣播，由此導(dǎo)致當(dāng)前App不斷接收到廣播并處理沾谜；
2.其他App可以注冊與當(dāng)前App一致的intent-filter用于接收廣播膊毁，獲取廣播具體信息。
無論哪種情形基跑，這些安全隱患都確實是存在的婚温。由此，最常見的增加安全性的方案是：
1.對于同一App內(nèi)部發(fā)送和接收廣播媳否，將exported屬性人為設(shè)置成false栅螟，使得非本App內(nèi)部發(fā)出的此廣播不被接收荆秦；
2.在廣播發(fā)送和接收時，都增加上相應(yīng)的permission力图，用于權(quán)限驗證步绸；
3.發(fā)送廣播時，指定特定廣播接收器所在的包名搪哪，具體是通過intent.setPackage(packageName)指定在靡努，這樣此廣播將只會發(fā)送到此包中的App內(nèi)與之相匹配的有效廣播接收器中。
App應(yīng)用內(nèi)廣播可以理解成一種局部廣播的形式晓折，廣播的發(fā)送者和接收者都同屬于一個App惑朦。實際的業(yè)務(wù)需求中，App應(yīng)用內(nèi)廣播確實可能需要用到漓概。同時漾月，之所以使用應(yīng)用內(nèi)廣播時，而不是使用全局廣播的形式胃珍，更多的考慮到的是Android廣播機(jī)制中的安全性問題梁肿。
相比于全局廣播，App應(yīng)用內(nèi)廣播優(yōu)勢體現(xiàn)在：1.安全性更高觅彰；2.更加高效吩蔑。
為此，Android v4兼容包中給出了封裝好的LocalBroadcastManager類填抬，用于統(tǒng)一處理App應(yīng)用內(nèi)的廣播問題烛芬，使用方式上與通常的全局廣播幾乎相同，只是注冊/取消注冊廣播接收器和發(fā)送廣播時將主調(diào)context變成了LocalBroadcastManager的單一實例飒责。
//registerReceiver(mBroadcastReceiver, intentFilter);
//注冊應(yīng)用內(nèi)廣播接收器
localBroadcastManager = LocalBroadcastManager.getInstance(this);
localBroadcastManager.registerReceiver(mBroadcastReceiver, intentFilter);
//unregisterReceiver(mBroadcastReceiver);
//取消注冊應(yīng)用內(nèi)廣播接收器
localBroadcastManager.unregisterReceiver(mBroadcastReceiver);
Intent intent = new Intent();
intent.setAction(BROADCAST_ACTION);
intent.putExtra("name", "qqyumidi");
//sendBroadcast(intent);
//發(fā)送應(yīng)用內(nèi)廣播
localBroadcastManager.sendBroadcast(intent);
面試題:
-
廣播中如何進(jìn)行耗時操作?(Service/Notification)
- goAsync()
- JobService
-
廣播是否可以開啟Activity?
廣播啟動activity很可能影響用戶體驗,何況有時接受者還不止一個,可以考慮使用Notification.
-
廣播來更新界面是否合適?
如果不是頻繁更新刷新,可以是廣播來達(dá)到效果.對于頻繁地刷新動作,不要使用廣播,廣播發(fā)送和接收使用具有一定的代價,他的傳輸是通過Binder機(jī)制實現(xiàn),那么系統(tǒng)會為廣播做進(jìn)程之間通訊做準(zhǔn)備很好性能,另外,廣播的接收具有一定的延時性,可能導(dǎo)致卡頓(Binder傳輸).
-
有時候基于數(shù)據(jù)安全考慮赘娄，我們想發(fā)送廣播只有自己（本進(jìn)程）能接收到，那么該如何去做呢宏蛉？如果不使用LocalBroadcastManger,該怎么實現(xiàn)?
可能使用Handler遣臼，往主線程的消息池（Message Queue）發(fā)送消息，只有主線程的Handler可以分發(fā)處理它拾并，廣播發(fā)送的內(nèi)容是一個Intent對象揍堰，我們可以直接用Message封裝一下，留一個和sendBroadcast一樣的接口嗅义。在handleMessage時把Intent對象傳遞給已注冊的Receiver屏歹。
