Android中BroadcastReceiver的介绍

本文主要简单的讨论下Android中广播发送与注册的多种方式

注册广播接收者有两种方式,动态与静态:

1,动态注册:在Activity的onCreate方法中或根据需要调用register()方法注册即可动态注册一个广播接收者,在代码中有关于其特点的简单注释,如下

private void register() {
ReceiverTool rt = new ReceiverTool();
IntentFilter filter = new IntentFilter();
filter.addAction("com.xiaomo.view.broadcast01");
registerReceiver(rt, filter);
}

/**
* 动态注册 -- 接收广播
* 每次接收广播使用的是同一个接收实例,并不会每次都创建一个实例
*
@author Administrator
*
*/
class ReceiverTool extends BroadcastReceiver {

public ReceiverTool () {
// Log.i(Constant.TAG, "创建了ReceiverTool的一个实例");
}

@Override
public void onReceive(Context context, Intent intent) {
Log.i(Constant.TAG, "" + this.hashCode());
Log.i(Constant.TAG, "接到到广播, ACTION = " + intent.getAction());
}
}

2,静态注册,自定义一个class extends BroadcastReceiver,然后在mainfest.xml中使用<receiver...>标签的形式注册,特性同样注释在代码中:

/**
* 静态注册(mainfest.xml) -- 接收广播
* 每次接收到相应的广播,都会创建一个接收器的实例,这一点与动态注册不同
* 之所以这样设计,个人认为实属无奈,因为在mainfest.xml中注册了一个接收者,相当于一个标记
* 但系统无法知道什么时候会接收到对应的广播
* 1,系统在扫描到配置文件中注册了接收者时,就为其创建对象 (不知道什么时候会接收到广播)
* 2,系统在该接收者接收到广播时,第一次为其创建对象 (不知道什么时候会再次接收到广播)
* 如果这两种情况下,都在内存中保存这个接收者对象,那么就会出现对应的括号中场景
* 并且一直保存在内存中,明显占内存,浪费内存资源(一个接收者无关紧要,但若一个应用中有10, 100..个静态广播接收者,你懂的!)
* 所以不能采用这样的设计,而采用每次接收到广播,就为其创建对象,用完就清掉
* 而且在处理接收广播过程中,Android还加上了超时限制(ANR异常,因为BroadcastReceiver默认运行在UI主线程中)
*
@author Administrator
*
*/
public class StaticReceiverTool extends BroadcastReceiver{

public StaticReceiverTool() {
// Log.i(Constant.TAG, "创建了StaticReceiverTool的一个实例");
}
@Override
public void onReceive(Context context, Intent intent) {

// Log.i(Constant.TAG, "" + this.hashCode());
Log.i(Constant.TAG, "StaticReceiverTool接到到广播, ACTION = " + intent.getAction());


}
}

mainfest.xml:

<receiver android:name="com.xiaomo.view.broadcast.StaticReceiverTool">
<intent-filter>
<action android:name="com.xiaomo.view.broadcast01"></action>
</intent-filter>
</receiver>

 

广播接收者可以接收系统自带的广播,也可以接收自定义的广播

那么相应的,Intent中的action可以自定义也可以是使用系统相应服务特定的action

自定义的广播发送方式一般如下:

Intent intent = new Intent("com.xiaomo.view.broadcast01");
sendBroadcast(intent);
// sendBroadcast(intent);连续发送两次,那么接收者就会连续接收两次同样的广播


对于多个广播接收者接收同一个广播,会涉及到优先级priority的概念,下面再定义一个broadcastReceiver(动态与静态的区别上面已经说过,这里采用静态的方式):

public class StaticReceiverTool02 extends BroadcastReceiver {


public StaticReceiverTool02() {
}

@Override
public void onReceive(Context context, Intent intent) {
Log.i(Constant.TAG,
"StaticReceiverTool02接到到广播, ACTION = " + intent.getAction());

// 接收non-ordered广播时,如果调用方法终止广播
// 会报异常:BroadcastReceiver trying to return result during a non-ordered
// broadcast
// this.abortBroadcast();


}

其对应的xml中得配置:

<receiver android:name="com.xiaomo.view.broadcast.StaticReceiverTool02">
<intent-filter android:priority="10">
<action android:name="com.xiaomo.view.broadcast01"></action>
</intent-filter>
</receiver>

注意StaticReceiverTool02这个receiver的配置中加了优先级android:priority="10",那么使用上面的代码发送广播后,Log中的状态为:

StaticReceiverTool02接到到广播, ACTION = com.xiaomo.view.broadcast01

StaticReceiverTool接到到广播, ACTION = com.xiaomo.view.broadcast01

因为StaticReceiverTool02的优先级priority = 10 比StaticReceiverTool的0高(如果不加优先级设置,两者几乎同时收到广播,没有固定的顺序)

在android系统中默认的优先级 = 0, 优先级的范围为-1000 ~ 1000,最高的优先级为1000.


如果想终止广播,可以调用abortBroadcast();方法,但上面的示例中无论在哪个接收者中调用,都会出现异常(见code注释),这涉及到android系统中几种不同的广播发送方式,而若使用上面代码中的发送方式sendBroadcast(intent),则接收者在处理过程中是不能终止广播的继续传递的,这个在源码中明确说明。

 

接下来讨论下广播的几种发送方式:

1, 就是上面说到的常用方式:sendBroadcast(intent);


2, 有序广播 sendOrderedBroadcast(intent, "com.xiaomo");  (有序的广播可以使用abortBroadcast()终止广播)

第二个参数为权限控制,无权限就写null即可

当然若加了权限,则必须在maifest.xml中申明权限且设置接收权限

<uses-permission android:name="com.xiaomo" />

<permission android:name="com.xiaomo" android:protectionLevel="normal"></permission>

这样才可以接收到广播,此时若在StaticReceiverTool02的onReceiver()中加入代码this.abortBroadcast();

那么StaticReceiverTool就接收不到这个广播了.

 

3,sendStickyBroadcast(intent);

这个不涉及到自定义权限,但是需要在配置文件中设置使用权限:<uses-permission android:name="android.permission.BROADCAST_STICKY"/>

这种方式也同样不能在接收过程中,终止广播.

这种方式的特殊之处在于,广播发送出去后,即使没有对应的接收者,内存中也会缓存这个广播,在未删除之前,一旦有相应的接收者注册,那么这个接收者就会收到这个广播

还使用上面的例子,把action改一下即可(此段代码在activity的oncreate(...)中):

new Handler().postDelayed(new Runnable() {
@Override
public void run() {
register();
}
}, 30000);

// new Handler().postDelayed(new Runnable() {
// @Override
// public void run() {
//
// register();
// }
// }, 20000);

Button button = (Button) findViewById(R.id.button1);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent("com.xiaomo.view.broadcast02");
sendStickyBroadcast(intent);
Log.i(Constant.TAG, "广播发送完毕");
}
});

把上面register()方法中action的string值改成对应的02(额,主要是不想动配置文件了,不然好几个接收者接收同一个广播,对比的不清楚)

filter.addAction("com.xiaomo.view.broadcast02");

运行后,先点击button发送广播,可以发现log中只显示了“广播发送完毕”,等待大约30秒后,会显示“接收到广播。。。。”

即通过sendStickyBroadcast(intent)发送的广播先缓存在内存中,30秒后子线程执行注册广播接收者的代码,然后这个接收者就会立即接收到...broadcast02这个广播

当然也可以从内存中将这个缓存的广播删除:

@Override
public void onReceive(Context context, Intent intent) {
removeStickyBroadcast(intent);//删除在内存中的广播
Log.i(Constant.TAG, "" + this.hashCode());
Log.i(Constant.TAG, "接到到广播, ACTION = " + intent.getAction());
}

这样其他可以接收到这个广播的接收者就不会接收到这个广播了(当然当前的receiver得比其他receiver先接收到这个广播, 顺序问题又涉及到上面的有序/无序,优先级的问题了)

 

4,还有一种比较蛋疼的方式:sendStickyOrderedBroadcast(Intent intent,

BroadcastReceiver resultReceiver,
Handler scheduler, int initialCode, String initialData,
Bundle initialExtras)

。。。哈哈,好吧,我承认,这个我看了一眼,就没看过第二眼(当然也从来没见过哪里使用这种方式发送广播的....)

posted @ 2012-03-21 21:48  当年明月  阅读(9885)  评论(0编辑  收藏  举报