接收广播BroadcastReceiver

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。
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所做的动作。
Public class MyBroadcastReceiver extends BroadcastReceiver {  
    // TODO  
    Public void onReceive(Context context, Intene intent){   
         ......  
     }   
}
 在receiver的action中定义了该receiver能够接受的广播,Manifest.xml定义部分:
<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中注册
<receiver android:name="Receiver1">
        <intent-filter>
               <!-- 和Intent中的action对应 -->
                <action android:name="com.forrest.action.mybroadcast"/>
        </intent-filter>
 在代码中注册
IntentFilter filter = new IntentFilter("com.forrest.action.mybroadcast"); // 和广播中Intent的action对应
MyBroadcastReceiver br = new MyBroadcastReceiver();
registerReceiver(new MyBroadcastReceiver(), filter);

//注销
unregisterReceiver(br);
 
Example1:
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);
        }
}
 
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);
        }
}
 
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);
    }
}
 
<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不再包含对这个字符串的引用,因此,在你的应用程序中,你需要显式的指定它。

对于应用程序监听SMSIntent广播,首先需要添加RECEIVE_SMS权限。通过在应用程序manifest中添加一个uses-permission,如下面的片段所示:

<uses-permissionandroid:name=”android.permission.RECEIVE_SMS”/>

SMS广播Intent包含了新来SMS的细节。为了提取包装在SMS广播Intent的Bundle中的SmsMessage对象数组,使用pduskey来提取SMSpdus数组,其中,每个对象表示一个SMS消息。将每个pdu字节数组转化成SmsMessage对象,调用SmsMessage.createFromPdu,传入每个字节数组,如下面的片段所示:

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字符串开始,如果是,发送相同的文本给那个手机:
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动作,如下面的片段所示:
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注册时IntentFilter设置的优先级的顺序来执行,相同优先级的BroadcastReceiver则是随机执行。

sendStickyBroadcast()方法主要的不同的是,Intent在发送后一直存在,并且在以后调用registerReceiver注册相匹配的BroadcastReceiver时会把这个Intent直接返回。

d、注册BroadcastReceiver

注册BroadcastReceiver有两种方式:

一种方式是,静态地在AndroidManifest.xml中用<receiver>标签声明,并在标签内用<intent-filter>标签设置过滤器

另一种方式是,动态在代码中先定义并设置好一个IntentFilter对象,然后再需要注册的地方调用Context.registerReceiver(BroadcastReceiver,intentFilter)方法,如果取消时就调用Context.unregisterReceiver(BroadcastReceiver)方法。如果用动态注册BroadcastReceiver的Context对象被销毁时,BroadcastReceiver也就自动取消注册了。

根据Activity组件的生命周期,通常在onResume中注册BroadcastReceiver,在onPause中取消BroadcastReceiver。

e、处理消息

当广播消息发送以后,所有已经注册的BroadcastReceiver会检查注册时的IntentFilter是否与发送的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里不能做一些比较耗时的操作,否则会弹出“ApplicationNoResponse”对话框。特别说明的是,这里不能使用子线程来解决,因为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

相关推荐