关于registerReceiver动态注册和通过<receiver>标签静态注册广播的区别如下:
a.对bindService的调用,<receiver>注册的广播,在onReceive结束后广播即不存在,所以不能在其中给自己异步传递结果,如bindService而只能使用startService,如果想跟service交互可使用peekService。
b. 手动控制。registerReceiver为动态注册,自己可以手动注册或是取消注册;<receiver>标签为静态注册,由系统开机时自动扫描注册,所以无法手动控制,开机一直运行中。
c. 资源消耗不同。registerReceiver可以手动控制,所以适当的注册和取消注册能节省系统资源,<receiver>标签系统开机后一直有效。
d. 有效期不同。通过registerReceiver注册的BroadcastReceiver在对其进行注册的Context对象"销毁"了或者调用了unregisterReceiver方法时也就失效了,而通过<receiver>标签注册的BroadcastReceiver只要应用程序没有被删除就一直有效。
e. 对registerReceiver函数的调用许可不同。通过registerReceiver注册的BroadcastReceiver在其onReceive函数中可以再次调用某个Context的registerReceiver函数,而通过<receiver>标签注册的BroadcastReceiver不允许再调用某个Context的registerReceiver函数 。
f. 使用情况不同。对于自己发送和接受的广播可以通过registerReceiver注册,对于系统常用广播的接收通常用<receiver>标签注册。
publicclass BroadcastReceiverDemo extends Activity { privatefinalstatic String ACTION_SEND = "com.trinea.android.demo.BroadcastReceiverDemo.sendBroadcast"; privatefinalstatic String MSG_KEY = "msg"; private MyBroadcastReceiver receiver; private Button sendBtn; @Override publicvoid onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.broadcast_receiver_demo); receiver = new MyBroadcastReceiver(); sendBtn = (Button)findViewById(R.id.sendBroadcast); sendBtn.setOnClickListener(new OnClickListener() { @Override publicvoid onClick(View v) { sendBtn.setText("发送中"); sendBtn.setClickable(false); Intent i = new Intent(ACTION_SEND); i.putExtra(MSG_KEY, "好声音马上开始了啦"); sendBroadcast(i); } }); } @Override publicvoid onPause() { super.onPause(); unregisterReceiver(receiver); } @Override publicvoid onResume() { super.onResume(); registerReceiver(receiver, new IntentFilter(ACTION_SEND)); } publicclass MyBroadcastReceiver extends BroadcastReceiver { @Override publicvoid onReceive(Context context, Intent intent) { sendBtn.setText("发送广播"); sendBtn.setClickable(true); Toast.makeText(context, intent.getStringExtra(MSG_KEY), Toast.LENGTH_SHORT).show(); } } }
registerReceiver 动态注册广播
IntentFilter filter = new IntentFilter("android.provider.Telephony.SMS_RECEIVED");IncomingSMSReceiver receiver = new IncomingSMSReceiver();registerReceiver(receiver, filter);
从上面代码可以看到我们
4、安全性
BroadcastReceiver的设计初衷就是从全局考虑的,可以方便应用程序和系统、应用程序之间、应用程序内的通信,所以对单个应用程序而言BroadcastReceiver是存在安全性问题的,相应问题及解决如下:
a、当应用程序发送某个广播时系统会将发送的Intent与系统中所有注册的BroadcastReceiver的IntentFilter进行匹配,若匹配成功则执行相应的onReceive函数。可以通过类似sendBroadcast(Intent, String)的接口在发送广播时指定接收者必须具备的permission。或通过Intent.setPackage设置广播仅对某个程序有效。
b. 当应用程序注册了某个广播时,即便设置了IntentFilter还是会接收到来自其他应用程序的广播进行匹配判断。对于动态注册的广播可以通过类似registerReceiver(BroadcastReceiver, IntentFilter, String, android.os.Handler)的接口指定发送者必须具备的permission,对于静态注册的广播可以通过android:exported="false"属性表示接收者对外部应用程序不可用,即不接受来自外部的广播。
c.上面两个问题其实都可以通过LocalBroadcastManager来解决,LocalBroadcastManager只会将广播限定在当前应用程序中,具体见下面6特殊的BroadcastReceiver中的介绍
5、分类
BroadcastReceiver可以分为普通和有序两种,下面6特殊BroadcastReceiver中介绍了其他一些种类。
通过Context.sendBroadcast发送的广播即为普通广播,对于普通广播接收者接收到它的顺序是不定的,所以接收者接收到后无法使用其他接收者对它的处理结果也无法停止它。
通过Context.sendOrderedBroadcast发送的广播即为有序广播,与普通广播的不同在于,接收者是有序接收到广播的并且可以对广播进行修改或是取消广播向下传递。 系统根据接收者定义的优先级顺序决定哪个接收者先接收到它,接收者处理完后可以将结果传递给优先级低的接收者也可以停止广播使得其他优先级低的接收者无法 接收到该广播。优先级通过android:priority属性定义,数值越大优先级别越高,取值范围:-1000到1000,虽然API文档介绍对 sendBroadcast发送的广播无效,不过本人测试同样有效,相同优先级的接收者接收到广播的顺序随机。Android系统收到短信、接到电话后发送的广播都是有序广播,所以可以进行短信或电话的拦截,即取消广播。
PS:有序广播可以在onReceive函数中通过BroadcastReceiver的abortBroadcast接口(这个接口对sendBroadcast发 送广播无效)取消广播,通过接口sendOrderedBroadcast(Intent, String, BroadcastReceiver, android.os.Handler, int, String, Bundle)发送的广播即便优先级高的广播取消了广播,接口参数中指定的BroadcastReceiver依然可以在其他接收者处理完后接收到广播。
通过BroadcastReceiver的getResultExtras接口获得结果的Bundle再通过Bundle的putString和getString方法修改或获取数据,可以见本文最后的实例代码举例。
6、特殊的BroadcastReceiver
a. LocalBroadcastManager本地广播
android引入了LocalBroadcastManager解决在第4部分安全性介绍的一些问题,LocalBroadcastManager除了能解决BroadcastReceiver进程间安全性问题外,相对Context操作的BroadcastReceiver而言还具有更高的运行效率。
使用LocalBroadcastManager需要引入Android Support Library,如何引入见Add Support Package。
本地广播通过LocalBroadcastManager.getInstance(context).sendBroadcast(intent)发送广播,LocalBroadcastManager.getInstance(context).registerReceiver注册服务,通过LocalBroadcastManager.getInstance(context).unregisterReceiver取消注册服务,其他同普通广播.
b. Sticky Broadcast粘性广播
如果发送者发送了某个广播,而接收者在这个广播发送后才注册自己的Receiver,这时接收者便无法接收到刚才的广播,为此Android引入了StickyBroadcast,在广播发送结束后会保存刚刚发送的广播(Intent),这样当接收者注册完Receiver后就可以继续使用刚才的广播。如果在接收者注册完成前发送了多条相同Action的粘性广播,注册完成后只会收到一条该Action的广播,并且消息内容是最后一次广播内容。系统网络状态的改变发送的广播就是粘性广播。
粘性广播通过Context的sendStickyBroadcast(Intent)接口发送,需要添加权限<uses-permission android:name="android.permission.BROADCAST_STICKY"/>
也可以通过Context的removeStickyBroadcast(Intent intent)接口移除缓存的粘性广播。
c. OrderedBroadcastReceiver有序广播
这个在5分类中已经介绍,接收者有序接收广播并可以修改广播结果或是取消广播,通过Context的sendOrderedBroadcast接口发送
d. StickyOrderedBroadcast粘性有序广播
这个就是粘性广播和有序广播的结合了,通过Context的sendStickyOrderedBroadcast接口发送。
各种广播操作Demo示例代码见BroadcastReceiverDemo,由于本地广播的support library暂时下载不了,不包括本地广播,本地广播操作间上面介绍。
注意AndroidManifest文件中需要添加粘性广播操作权限<uses-permission android:name="android.permission.BROADCAST_STICKY"/>
http://developer.android.com/reference/android/content/BroadcastReceiver.html