Android_广播

BroadcastReceiver

一，概述

使用场景:

1.同一app内部的组件之间的消息通信

2.同一app不同进程之间的消息通信

3.不同app之间的组件之间消息通信

4.Android系统与app之间的消息通信

实现原理：观察者模式，基于消息的发布/订阅事件模型。

实现流程(大致)：

1.接受者通过Binder机制向AMS(Activity Manager Service)进行注册

2.发送者通过Binder机制向AMS发送广播

3.AMS查找符合条件(IntentFilter/Permission等)的接受者，将广播发送到接受者响应的消息循环队列中

4.消息循环队列执行拿到此广播，回调接受者中的onReceive()方法

二：自定义广播

要继承BroadcastReceiver,实现onReceive(Context context,Intent intent).一般用于启动service等操作。

 1 public class ChangeTimeReceiver extends BroadcastReceiver {
 2 
 3     @Override
 4     public void onReceive(Context context, Intent intent) {
 5         if(DynamicService.open){
 6             DynamicService.isChange = true;
 7             context.startService(new Intent(context,DynamicService.class));
 8         }
 9     }
10 }

注册类型：静态注册 和 动态注册

1,静态注册

在AndroidManifest.xml中

 1         <receiver
 2             android:name="com.google.android.apps.analytics.AnalyticsReceiver"
 3             android:exported="true" >
 4             <intent-filter>
 5                 <action android:name="com.android.vending.INSTALL_REFERRER" />
 6             </intent-filter>
 7         </receiver>
 8         <!-- 修改时间广播 -->
 9         <receiver android:name="com.sf.app.service.ChangeTimeReceiver" >
10             <intent-filter>
11                 <action android:name="android.intent.action.TIME_SET" />
12             </intent-filter>
13         </receiver>
14         <!-- 开机广播 -->
15         <receiver android:name="com.sf.app.service.StartNotifyReceiver" >
16             <intent-filter>
17                 <action android:name="android.intent.action.BOOT_COMPLETED" />
18             </intent-filter>
19         </receiver>
20         <receiver
21             android:name="com.sf.app.service.ConnectionChangeReceiver"
22             android:label="NetworkConnection" >
23             <intent-filter>
24                 <action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
25             </intent-filter>
26         </receiver>
27         <receiver android:name="com.sf.app.service.ScreenGuardReceiver" >
28             <intent-filter android:priority="90000" >
29                 <action android:name="android.intent.action.USER_PRESENT" />
30                 <action android:name="com.sf.app.activity.getofflinemessage" />
31             </intent-filter>
32         </receiver>

android:name=""--Required name of the class implementing the receiver, deriving from
 　　　　　　　　　　android.content.BroadcastReceiver. [string]. * Required.
android:permission=""--Specify a permission that a client is required to have in order to use the associated object. [string]
android:process=""--Specify a specific process that the associated code is to run in. [string]
android:exported=""--Flag indicating whether the given application component is available to other applications. [boolean]

　　其默认值是由receiver中有无intent- filter决定的，如果有intent-filter，默认值为true，否则为false。（同样的，activity/service中的此属性默 认值一样遵循此规则）同时，需要注意的是，这个值的设定是以application或者application user id为界的，而非进程为界（一个应用中可能含有多个进程）；

android:singleUser=""--If set to true, a single instance of this component will run for all users. [boolean]

2.动态注册：

 1 //register BroadcastReceiver
 2         //method 1
 3         receiver = new BroadcastReceiver() {
 4             @Override
 5             public void onReceive(Context context, Intent intent) {
 6                 System.out.println("尝试收听广播");
 7                 if(MyAction.equals(intent.getAction())){
 8                     System.out.println("收到 SF 广播");
 9                 }
10             }
11         };
12         IntentFilter filter = new IntentFilter(MyAction);
13         manager = LocalBroadcastManager.getInstance(this);
14         manager.registerReceiver(receiver, filter);
15         //method 2 register receiver in the AndroidManifest.xml
16 //        registerReceiver(receiver, filter);
17     }
18     @Override
19     protected void onDestroy() {
20         System.out.println("onDestroy");
21         manager.unregisterReceiver(receiver);
22         super.onDestroy();
23     }

 当此Activity实例化时，会动态将MyBroadcastReceiver注册到系统中。当此Activity销毁时，动态注册的MyBroadcastReceiver将不再接收到相应的广播。

三：发送广播及广播类型

1 Intent intent = new Intent();
2 intent.setAction(BROADCAST_ACTION);
3 intent.putExtra("name", "qqyumidi");
4 sendBroadcast(intent);
类型：
1.Normal Broadcast：普通广播
2.System Broadcast：系统广播
3.Ordered Broadcast:有序广播

　　1>多个具当前已经注册且有效的BroadcastReceiver接收有 序广播时，是按照先后顺序接收的，先后顺序判定标准遵循为：将当前系统中所有有效的动态注册和静态注册的BroadcastReceiver按照 priority属性值从大到小排序，对于具有相同的priority的动态广播和静态广播，动态广播会排在前面。

　　2>先接收的BroadcastReceiver可以对此有序广播进行截 断，使后面的BroadcastReceiver不再接收到此广播，也可以对广播进行修改，使后面的BroadcastReceiver接收到广播后解析 得到错误的参数值。当然，一般情况下，不建议对有序广播进行此类操作，尤其是针对系统中的有序广播。

4.Local Broadcast：app内广播--Android v4兼容包中给出了封装好的LocalBroadcastManager类，用于统一处理App应用内的广播问题

四：安全性：

　由前文阐述可知，Android中的广播可以跨进程甚至跨App直接通信，且注册是exported对于有intent-filter的情况下默认值是true，由此将可能出现安全隐患如下：

　　1.其他App可能会针对性的发出与当前App intent-filter相匹配的广播，由此导致当前App不断接收到广播并处理；

　　2.其他App可以注册与当前App一致的intent-filter用于接收广播，获取广播具体信息。

无论哪种情形，这些安全隐患都确实是存在的。由此，最常见的增加安全性的方案是：

　　1.对于同一App内部发送和接收广播，将exported属性人为设置成false，使得非本App内部发出的此广播不被接收；

　　2.在广播发送和接收时，都增加上相应的permission，用于权限验证；

　　3.发送广播时，指定特定广播接收器所在的包名，具体是通过intent.setPackage(packageName)指定在，这样此广播将只会发送到此包中的App内与之相匹配的有效广播接收器中。

　　App应用内广播可以理解成一种局部广播的形式，广播的发送者和接收者都同属于一个App。实际的业务需求中，App应用内广播确实可能需要用到。同时，之所以使用应用内广播时，而不是使用全局广播的形式，更多的考虑到的是Android广播机制中的安全性问题。

　　相比于全局广播，App应用内广播优势体现在：

　　1.安全性更高；2.更加高效。

五：其它

1.不同注册方式的广播接收器回调onReceive(context, intent)中的context具体类型

1).对于静态注册的ContextReceiver，回调onReceive(context, intent)中的context具体指的是ReceiverRestrictedContext；

2).对于全局广播的动态注册的ContextReceiver，回调onReceive(context, intent)中的context具体指的是Activity Context；

3).对于通过LocalBroadcastManager动态注册的ContextReceiver，回调onReceive(context, intent)中的context具体指的是Application Context。

注：对于LocalBroadcastManager方式发送的应用内广播，只能通过LocalBroadcastManager动态注册的ContextReceiver才有可能接收到（静态注册或其他方式动态注册的ContextReceiver是接收不到的）。

2.以下内容不一定正确。测试的时候有异常。

”静态注册的广播接收器即使app已经退出，主要有相应的广播发出，依然可以接收到，但此种描述自Android 3.1开始有可能不再成立“

Android 3.1开始系统在Intent与广播相关的flag增加了参数，分别是FLAG_INCLUDE_STOPPED_PACKAGES和FLAG_EXCLUDE_STOPPED_PACKAGES。

FLAG_INCLUDE_STOPPED_PACKAGES：包含已经停止的包（停止：即包所在的进程已经退出）

FLAG_EXCLUDE_STOPPED_PACKAGES：不包含已经停止的包

主要原因如下：

自Android3.1开始，系统本身则增加了 对所有app当前是否处于运行状态的跟踪。在发送广播时，不管是什么广播类型，系统默认直接增加了值为 FLAG_EXCLUDE_STOPPED_PACKAGES的flag，导致即使是静态注册的广播接收器，对于其所在进程已经退出的app，同样无法接 收到广播。

详情参加Android官方文档：http://developer.android.com/about/versions/android-3.1.html#launchcontrols

由此，对于系统广播，由于是系统内部直接发出，无法更改此intent flag值，因此，3.1开始对于静态注册的接收系统广播的BroadcastReceiver，如果App进程已经退出，将不能接收到广播。

但是对于自定义的广播，可以通过复写此flag 为FLAG_INCLUDE_STOPPED_PACKAGES，使得静态注册的BroadcastReceiver，即使所在App进程已经退出，也能 能接收到广播，并会启动应用进程，但此时的BroadcastReceiver是重新新建的。

1 Intent intent = new Intent();
2 intent.setAction(BROADCAST_ACTION);
3 intent.addFlags(Intent.FLAG_INCLUDE_STOPPED_PACKAGES);
4 intent.putExtra("name", "qqyumidi");
5 sendBroadcast(intent);

注1：对于动态注册类型的BroadcastReceiver，由于此注册和取消注册实在其他组件（如Activity）中进行，因此，不受此改变影响。

　注2：在3.1以前，相信不少app可能通过静态注册方式监听各种系统广播，以此 进行一些业务上的处理（如即时app已经退出，仍然能接收到，可以启动service等..）,3.1后，静态注册接受广播方式的改变，将直接导致此类方 案不再可行。于是，通过将Service与App本身设置成不同的进程已经成为实现此类需求的可行替代方案。