Broadcast Receiver用于接收并处理广播通知(broadcast announcements)。多数的广播是系统发起的,如地域变换、电量不足、来电来信等。程序也可以播放一个广播。程序可以有任意数量的 broadcast receivers来响应它觉得重要的通知。broadcast receiver可以通过多种方式通知用户:启动activity、使用NotificationManager、开启背景灯、振动设备、播放声音等,最 典型的是在状态栏显示一个图标,这样用户就可以点它打开看通知内容。
通常我们的某个应用或系统本身在某些事件(电池电量不足、来电来短信)来临时会广播一个Intent出去,我们可以利用注册一个Broadcast Receiver来监听到这些Intent并获取Intent中的数据。
一个Broadcast receiver只有一个简单的回调函数:
onReceive(Context curContext, Intent
broadcastMsg),当一个广播消息被Receiver监听到时,Android会调用它的onReceive()方法,并将包含消息的
Intent对象传给它。
onReceive中代码的执行时间不要超过5s,否则android会弹出超时dialog。
此时是否另开一个线程来处理耗时的操作呢?
Receiver只在onReceive方法执行时是激活状态,只要onReceive一返回,Receiver就不再是激活状态了。Receiver进
程是被一个激活状态的broadcast
receiver所保护而不被系统终止的,一旦onReceive返回,Receiver进程broadcast
receiver所保护而变为一个空进程,空进程是可以在任意时刻被终止的。这就带来了一个问题:当响应一个广播信息的处理十分耗时的时候,那么就应该把
这个处理放在一个单独的线程里去执行,来保证主线程里的其他用户交互组件能够继续运行,而一旦这么做,当onReceive()唤起一个线程后就会马上返
回,这时就会把Receiver进程放到被终止的境地。解决这个问题的方案是在onReceive()里开始一个Service,让这个Service去
做这件事情,那么系统就会认为这个进程里还有活动正在进行。
我们看一个简单的demo,该demo实现了一个自定义broadcast。
发送端这个activity中创建了一个按钮,当按钮被按下的时候通过sendBroadcast()发送一个broadcast。
Java代码
- public class BroadcastTest extends Activity {
- public static final String NEW_LIFEFROM_DETECTED = “com.android.broadcasttest.NEW_LIFEFROM”;
- public void onCreate(Bundle savedInstanceState) {
- Button btn0 = (Button)findViewById(R.id.btn0);
- btn0.setOnClickListener(new OnClickListener() {
- public void onClick(View v) {
- Intent it = new Intent(NEW_LIFEFROM_DETECTED);
- sendBroadcast(it);
- }
- });
- }
- }
接收端在onReceive()中实现了当接收到broadcast所做的动作。
Java代码
- Public class MyBroadcastReceiver extends BroadcastReceiver {
- // TODO
- Public void onReceive(Context context, Intene intent){
- ......
- }
- }
在receiver的action中定义了该receiver能够接受的广播,Manifest.xml定义部分:
Java代码
- <receiver android:name=”.MyBroadcastReceiver”>
- <intent-filter>
- <action android:name=”com.android.broadcasttest.NEW_LIFEFROM” /> </intent-filter>
- </receiver>
Broadcast机制是基于一种注册方式的,Broadcast Receiver将其特征描述并注册在系统中。根据注册时机,可以分为两类,网上有人称之为冷注册和热注册。
冷注册,就是Broadcast Receiver的相关信息写在配置文件中,系统会负责在相关事件发生的时候及时通知到该Broadcast
Receiver。这种模式适合于这样的场景:某事件发生 -> 通知Broadcast ->
启动相关处理应用。比如,监听来电、邮件、短信之类的,都隶属于这种模式。
热注册,顾名思义,注册这样的事情都是由应用自己来处理的,通常是在OnResume事件中通过registerReceiver进行注册,在
OnPause等事件中通过unregisterReceiver反注册,通过这种方式使其能够在运行期间保持对相关事件的关注。比如,一款优秀的词典软
件,可能会有在运行期间关注网络状况变化的需求,使其可以在有廉价网络的时候优先使用网络查询词汇,在其他情况下,首先通过本地词库来查词。而这样的监
听,只需要在其工作状态下保持就好,不运行的时候,管你是天大的网路变化,与我何干。其模式可以归结为:启动应用 -> 监听事件 ->
发生时进行处理。
总结:注册的方式由静态注册和动态注册两种。对于有序消息,动态注册的BroadcastReceiver总是先于静态注
册的BroadcastReceiver被触发。对于同样是动态注册的BroadcastReceiver,优先级别高的将先被触发,而静态注册的
BroadcastReceiver总是按照静态注册的顺序执行。
在AndroidManifest.xml中注册
Java代码
- <receiver android:name="Receiver1">
- <intent-filter>
- <!-- 和Intent中的action对应 -->
- <action android:name="com.forrest.action.mybroadcast"/>
- </intent-filter>
在代码中注册
Java代码
- IntentFilter filter = new IntentFilter("com.forrest.action.mybroadcast"); // 和广播中Intent的action对应
- MyBroadcastReceiver br = new MyBroadcastReceiver();
- registerReceiver(new MyBroadcastReceiver(), filter);
- //注销
- unregisterReceiver(br);
Example1:
Java代码
- public class Receiver1 extends BroadcastReceiver {
- private Context context;
- public static final int NOTIFICATION_ID = 10001;
- public void onReceive(Context context, Intent intent) {
- this.context = context;
- showNotification();
- }
- private void showNotification() {
- Notification notification = new Notification(R.drawable.icon, "来电话啦...", System.currentTimeMillis());
- PendingIntent contentIntent = PendingIntent.getActivity(context, 0, new Intent(context, MainActivity.class), 0);
- notification.setLatestEventInfo(context, "来电话啦...嘿嘿", "赶紧接电话,否则误大事了", contentIntent);
- NotificationManager notificationManager = (NotificationManager) context.getSystemService(
- android.content.Context.NOTIFICATION_SERVICE);
- notificationManager.notify(NOTIFICATION_ID, notification);
- }
- }
Java代码
- public class Receiver2 extends BroadcastReceiver {
- private Context context;
- @Override
- public void onReceive(Context context, Intent intent) {
- this.context = context;
- deleteNotification();
- }
- private void deleteNotification() {
- NotificationManager notificationManager = (NotificationManager) context.getSystemService(android.content.Context.NOTIFICATION_SERVICE);
- notificationManager.cancel(Receiver1.NOTIFICATION_ID);
- }
- }
Java代码
- public class MainActivity extends Activity {
- private final String ACTION_SEND = "com.forrest.action.SENDMESSAGE",
- ACTION_CLEAR = "com.forrest.action.CLEARNOTIFICATION";
- public void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- setContentView(R.layout.main);
- ( (Button) findViewById(R.id.btn1) ).setOnClickListener(new OnClickListener() {
- public void onClick(View v) {
- clickMenuItem(ACTION_SEND);
- }
- });
- ( (Button) findViewById(R.id.btn2) ).setOnClickListener(new OnClickListener() {
- public void onClick(View v) {
- clickMenuItem(ACTION_CLEAR);
- }
- });
- }
- private void clickMenuItem(final String action) {
- Intent intent = new Intent(action);
- sendBroadcast(intent);
- }
- }
Java代码
- <application android:icon="@drawable/icon" android:label="@string/app_name">
- <activity android:name=".MainActivity"
- android:label="@string/app_name">
- <intent-filter>
- <action android:name="android.intent.action.MAIN" />
- <category android:name="android.intent.category.LAUNCHER" />
- </intent-filter>
- </activity>
- <receiver android:name="Receiver1">
- <intent-filter>
- <action android:name="com.forrest.action.SENDMESSAGE"/>
- </intent-filter>
- </receiver>
- <receiver android:name="Receiver2">
- <intent-filter>
- <action android:name="com.forrest.action.CLEARNOTIFICATION"/>
- </intent-filter>
- </receiver>
- </application>
Example2:
当设备接收到一条新的SMS消息时,就会广播一个包含了
android.provider.Telephony.SMS_RECEIVED动作的Intent。注意,这个动作是一个字符串值,SDK
1.0不再包含对这个字符串的引用,因此,在你的应用程序中,你需要显式的指定它。
对于应用程序监听SMS Intent广播,首先需要添加RECEIVE_SMS权限。通过在应用程序manifest中添加一个uses-permission,如下面的片段所示:
<uses-permission android:name=”android.permission.RECEIVE_SMS”/>
SMS广播Intent包含了新来SMS的细节。为了提取包装在SMS广播Intent的Bundle中的SmsMessage对象数组,使用pdus
key来提取SMS
pdus数组,其中,每个对象表示一个SMS消息。将每个pdu字节数组转化成SmsMessage对象,调用
SmsMessage.createFromPdu,传入每个字节数组,如下面的片段所示:
Java代码
- Bundle bundle = intent.getExtras();
- if (bundle != null) {
- Object[] pdus = (Object[]) bundle.get(“pdus”);
- SmsMessage[] messages = new SmsMessage[pdus.length];
- for (int i = 0; i < pdus.length; i++)
- messages[i] = SmsMessage.createFromPdu((byte[]) pdus[i]);
- }
每个SmsMessage对象包含SMS 消息的细节,包括源地址(手机号),时间和消息体。
下面的例子演示了一个Broadcast Receiver实现了onReceive函数来检查新来的短信是否以@echo字符串开始,如果是,发送相同的文本给那个手机:
Java代码
- public class IncomingSMSReceiver extends BroadcastReceiver
- {
- private static final String queryString = “@echo “;
- private static final String SMS_RECEIVED = “android.provider.Telephony.SMS_RECEIVED”;
- public void onReceive(Context _context, Intent _intent){
- if (_intent.getAction().equals(SMS_RECEIVED)){
- SmsManager sms = SmsManager.getDefault();
- Bundle bundle = _intent.getExtras();
- if (bundle != null){
- Object[] pdus = (Object[]) bundle.get(“pdus”);
- SmsMessage[] messages = new SmsMessage[pdus.length];
- for (int i = 0; i < pdus.length; i++)
- messages[i] = SmsMessage.createFromPdu((byte[]) pdus[i]);
- for (SmsMessage message : messages){
- String msg = message.getMessageBody();
- String to = message.getOriginatingAddress();
- if (msg.toLowerCase().startsWith(queryString)){
- String out = msg.substring(queryString.length());
- sms.sendTextMessage(to, null, out, null, null);
- }
- }
- }
- }
- }
- }
为了监听短信,使用Intent Filter来注册Broadcast Receiver,使其监听android.provider.Telephony.SMS_RECEIVED动作,如下面的片段所示:
Java代码
- final String SMS_RECEIVED = “android.provider.Telephony.SMS_RECEIVED”;
- IntentFilter filter = new IntentFilter(SMS_RECEIVED);
- BroadcastReceiver receiver = new IncomingSMSReceiver();
- registerReceiver(receiver, filter);
其他:
a、广播信息
在Android中,Broadcast是一种广泛运用在应用程序之间异步传输信息的机制。Android系统通过发出广播消息,来通知各应用组件一些系
统事件,如地域变换、电量不足、来电信息等,这些消息通常称为系统消息。第三方应用也可以广播消息,这些消息称为自定义消息。
广播消息在本质上就是一个Intent对象。
BroadcastReceiver用于接收并处理广播消息。不管是系统消息还是自定义消息,都可以通过BroadcastReceiver来进行处理。形象的比喻,Intent是一种一对一的通信,广播消息是一种一对多的通信。
b、 广播消息的处理流程
对于广播消息的处理,大致要经过消息发送、BroadcastReceiver注册和消息处理三个环节。
c、消息发送
广播消息的实质就是一个Intent对象。使用sendBroadcast
()或sendStickyBroadcast()方法发出去的Intent,所有满足条件的BroadcastReceiver都会随机地执行其onReceive()方法;
sendOrderBroadcast
()发出去的Intent,会根据BroadcastReceiver注册时Intent Filter 设置的优先级的顺序来执行,相同优先级的BroadcastReceiver则是随机执行。
sendStickyBroadcast
()方法主要的不同的是,Intent在发送后一直存在,并且在以后调用registerReceiver注册相匹配的BroadcastReceiver时会把这个Intent直接返回。
d、注册BroadcastReceiver
注册BroadcastReceiver有两种方式:
一种方式是,静态地在AndroidManifest.xml中用<receiver>标签声明,并在标签内用<intent-filter>标签设置过滤器
另一种方式是,动态在代码中先定义并设置好一个Intent Filter
对象,然后再需要注册的地方调用Context.registerReceiver(BroadcastReceiver,intentFilter)方
法,如果取消时就调用Context.unregisterReceiver(BroadcastReceiver)方法。如果用动态注册
BroadcastReceiver的Context对象被销毁时,BroadcastReceiver也就自动取消注册了。
根据Activity组件的生命周期,通常在onResume中注册BroadcastReceiver,在onPause中取消BroadcastReceiver。
e、处理消息
当广播消息发送以后,所有已经注册的BroadcastReceiver会检查注册时的Intent
Filter是否与发送的Intent相匹配,若匹配则就会调用BroadcastReceiver的onReceive()方法。另外,若在使用
sendBroadcast()的方法是指定了接收权限,则只有在AndroidManifest.xml中用标记<uses-
permission>声明了拥有此权限的BroadcastReceiver才会有可能接收到发送来的Broadcast。
一个BroadcastReceiver可以处理多个广播消息,具体做法为在onReceive()方法调用Intent参数的getAction判断传进来的动作,即可进行不同的处理。
f、处理系统广播消息
在广播消息中,有一类特殊的广播消息,它们特殊在只能由Android系统发出,这类广播消息称为系统广播。
ACTION_TIME_TICK 系统时间已经改变。该事件每分钟被广播一次,只能通过动态注册BroadcastReceiver来响应。
ACTION_TIME_CHANGED 系统时间被设置
ACTION_TIMEZONE_CHANGED 系统时区被改变
ACTION_BOOT_COMPLETED 系统启动完成
ACTION_PACKAGE_ADDED 新的应用程序被安装
ACTION_PACKAGE_CHANGED 应用程序被改变
ACTION_PACKAGE_REMOVED 应用程序被卸载
ACTION_PACKAGE_RESTARTED 应用程序被重新启动
ACTION_PACKAGE_DATA_CLEARED 应用程序数据被清空
ACTION_UID_REMOVED 用户ID被删除
ACTION_BATTERY_CHANGED 点量信息改变
ACTION_POWER_CONNECTED 外接电源被连通
ACTION_POWER_DISCONNECTED 外接电源被断开
ACTION_SHUTDOWN 系统关闭
静态注册BroadcastReceiver
很简单,需要在AndroidManifest文件中增加一个receiver节点,并且在节点中嵌套一个intent-filter来声明组件响应的
Intent对象的属性,在autorun例子中,为系统广播android.intent.action.BOOT_COMPLETED的应用权限的声
明。
g、深入消息处理
广播消息的发送方式由多种:
无序广播
有序广播
持续广播
h、BroadcastReceiver的生命周期
BroadcastReceiver
的onReceive()方法执行完成后,BroadcastReceiver的实例就会被销毁。如果onReceive()方法在10s内没有执行完
毕,Android会认为改程序无响应。所以在BroadcastReceiver里不能做一些比较耗时的操作,否则会弹出“Application
NoResponse”对话框。特别说明的是,这里不能使用子线程来解决
,因为BroadcastReceiver的生命周期很短,子线程可能还没有结束BroadcastReceiver就先结束了。BroadcastReceiver一旦结束,此时它所在的进程很容易在系统需要内存时被优先杀死,因为它属于空进程。
具体实例:
http://www.apkbus.com/forum.php?mod=viewthread&tid=4406
http://www.apkbus.com/forum.php?mod=viewthread&tid=19029&reltid=4406&pre_thread_id=0&pre_pos=1&ext=
http://www.cnblogs.com/wangtianxj/archive/2010/01/20/1652480.html
接收广播BroadcastReceiver