Android组件---BroadcastReceiver
1.定义与作用
Android中的每个应用程序都可以对自己感兴趣的广播进行注册，这样程序就只会收到自己所关系的广播内容，
这些广播可能来自系统，也可能来自其它程序。
BroadcastReceiver即广播，是一个全局的监听器，属于Android四大组件之一，用于监听/接收应用APP发出的广播消息，并作出响应。
Android广播分为两个角色：广播发送者，广播接收者。
定义接收器，注册广播接收器（动态、静态）
2.应用场景
1.Android不同组件间的通信（含：应用内/不同应用之间）
2.多线程通信
3.与Android系统在特定情况下的通信
3.实现原理
基于消息的发布/订阅事件模型，使用了设计模式中的观察者模式；
1.消息订阅者
2.消息发布者
3.消息中心（AMS，即Activity Manager Service）
1.广播接收者 通过Binder机制在AMS注册
2.广播发送者 通过Binder机制向AMS发送广播
3.AMS根据广播发送者要求，在已注册列表中，寻找合适的广播接收者(寻找依据：IntentFilter/Permission)
4.AMS将广播发送到合适的广播接收者相应的消息循环队列中
5.广播接收者通过消息循环拿到此广播，并回调onReceive()
4.自定义广播接收者BroadcastReceiver
创建类继承自BroadcastReceiver,覆写抽象方法onReceive()方法，代码如下：
public class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
}
}
注意：
1.广播接收器接收到相应广播后，会自动回调onReceive方法
2.一般情况下，onReceive方法会涉及与其它组件之间的交互，如发送Notification、启动Service
3.默认情况下，广播接收器运行在UI线程，因此onReceive方法不能执行耗时操作，否则将导致ANR。
5.静态注册
静态注册方式---AndroidManifest中通过<receiver>标签声明
// 常见属性说明
<receiver
android:enabled=["true" | "false"] //此broadcastReceiver能否接收其他App的发出的广播
//默认值是由receiver中有无intent-filter决定的：如果有intent-filter，默认值为true，否则为false
android:exported=["true" | "false"]
android:icon="drawable resource"
android:label="string resource"
//继承BroadcastReceiver子类的类名
android:name=".mBroadcastReceiver"
//具有相应权限的广播发送者发送的广播才能被此BroadcastReceiver所接收；
android:permission="string"
//BroadcastReceiver运行所处的进程
//默认为app的进程，可以指定独立的进程
//注：Android四大基本组件都可以通过此属性指定自己的独立进程
android:process="string" >
//用于指定此广播接收器将接收的广播类型
//本示例中给出的是用于接收网络状态改变时发出的广播
<intent-filter>
<action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
</intent-filter>
</receiver>
// 注册实例
<receiver
//此广播接收者类是MyBroadcastReceiver
android:name=".MyBroadcastReceiver" >
//用于接收网络状态改变时发出的广播
<intent-filter>
<action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
</intent-filter>
</receiver>
注意：当此APP首次启动时，系统会自动实例化MyBroadcastReceiver类，并注册到系统中。
6.动态注册
动态注册方式：在代码中调用Context.registerReceiver方法
注意：动态广播注册与注销要配套,最好在Activity的onResume方法中注册，onPause方法中注销
原因在于：对于动态广播，有注册必然要有注销，否则会导致内存泄露。
在onResume注册，onPause中注销是因为onPause方法在APP死亡前一定会被执行，
从而保证广播在APP死亡前一定会被注销，从而防止内存泄露。
特别需要注意的是：重复注册、重复注册也是不允许的
findViewById(R.id.btn_first).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent("com.xyl.walk.MY_BROADCAST");
sendBroadcast(intent);
}
});
private NetWorkBroadcastReceiver mNetWorkBroadcastReceiver;
private void registerBroadcastReceiver() {
mNetWorkBroadcastReceiver = new NetWorkBroadcastReceiver();
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction("com.xyl.walk.MY_BROADCAST");
registerReceiver(mNetWorkBroadcastReceiver, intentFilter);
}
private void unRegisterBroadcastReceiver() {
if (mNetWorkBroadcastReceiver != null) {
unregisterReceiver(mNetWorkBroadcastReceiver);
}
}
@Override
protected void onResume() {
super.onResume();
Log.e(TAG, "onResume: ");
registerBroadcastReceiver();
}
@Override
protected void onPause() {
super.onPause();
Log.e(TAG, "onPause: ");
unRegisterBroadcastReceiver();
}
public class NetWorkBroadcastReceiver extends BroadcastReceiver {
private static final String TAG = "NetWorkBroadcastReceiver";
@Override
public void onReceive(Context context, Intent intent) {
Log.e(TAG, "onReceive: intent--->" + intent.getAction());
}
}
7.静态注册和动态注册的区别
静态注册是在AndroidManifest文件中使用receiver标签注册的，动态注册是在代码中调用Context.registerReceiver方法
静态注册是常驻广播，不受任何组件的生命周期影响（应用程序关闭后，依旧可以会被系统调用），缺点是耗电，占内存
动态注册是非常驻广播，灵活，跟随组件的生命周期变化（组件结束=广播结束，在组件结束之前必须移除广播接收器）
当需要时刻监听广播时，使用静态注册方式；当只需要在特定时刻监说明听广播时，使用动态注册的方式
8.广播的类型
1.普通广播（Normal Broadcast)
即：开发者自定义intent的广播（最常用）,发送广播使用如下：
Intent intent = new Intent();
intent.sendAction(BROADCAST_ACTION);
sendBroadcast(intent);
若被注册了的广播接收者中注册时intentFilter的action与上述匹配，则会接收此广播（即进行回调onReceive），
上述的广播需要接收，则需要以下方式注册：
<receiver
android:name = "MyBroadcastReceiver">
<intent-filter>
<action android:name = "BROADCAST_ACTION">
</intent-filter>
</receiver>
注意：如发送广播有相应权限，那么广播接收者也需要相应权限。
2.系统广播(System Broadcast)
Android中内置了多个系统广播：只要涉及到手机的基本操作（如开机、网络状态变化、拍照等等），都会发出相应的广播；
每个广播都有特定的intent-filter(包括具体的action);
当使用系统广播时，只需要在注册广播接收者时定义相关的action即可，并不需要手动发送广播，当系统有相关操作时会自动进行系统广播。
3.有序广播(Ordered Broadcast)
发出去的广播被广播接收者先按照先后顺序接收，这里的有序是针对广播接收者而言的
广播接收者接收广播的顺序规则：（同时面向静态和动态注册的广播接收者）
1）安好走啊Priority属性值从大到小排序
2——Priority属性相同者，动态注册的广播优先
特点：
接收广播按顺序接收
先接收的广播接收者可以对广播进行截断，即后续的广播接收者不再接收到此广播；
先接收的广播接收者可以对广播机型修改，那么后续的接收的广播接收者将接收到被修改后的广播；
具体使用：
有序广播的使用过程与普通广播非常类似，差异仅在于广播的发送方式
sendOrderedBroadcast(intent);
4.粘性广播(Sticky Broadcast)
在Android5.0 & API21中已经失效，所以不建议使用。
5.APP应用内广播(Local Broadcast)
背景：Android中的广播可以跨APP直接通信（exported对于有intent-filter情况下默认值为true）
冲突：
其它App针对性发出与当前App intent-filter相匹配的广播，由此导致当前App不断接收广播并处理；
其它App注册与当前App一致的intent-filter用于接收广播，获取广播具体消息；
即会出现安全性&效率性的问题。
解决方案：
使用APP应用内广播（Local BroadcastReceiver）
具体使用1:(将全局广播设置成局部广播)
1.注册广播时，将exported属性设为false,使得非本APP内部发出的此广播不被接收
2.在广播发送和接收时，增设相应的permission，用于权限验证；
3.发送广播时指定该广播接收器所在的包名，此广播将只会发送到此包中的APP与之相匹配的有效广播接收器中。
通过intent.setPackage(packageName) 指定包名
具体使用2:(使用封装好的LocalBroadcastManager类)
使用方式上与全局广播几乎相同，只是注册/取消注册广播接收器和发送广播时将参数的context变成了LocalBroadcastManager的单一实例
注意：对于LocalBroadcastManager方式发送的应用内广播，只能通过LocalBroadcastManager动态注册，不能静态注册
//注册应用内广播接收器
//步骤1：实例化BroadcastReceiver子类 & IntentFilter mBroadcastReceiver
MyBroadcastReceiver mBroadcastReceiver= new MyBroadcastReceiver();
IntentFilter intentFilter = new IntentFilter();
localBroadcastManager = LocalBroadcastManager.getInstance(this);
intentFilter.addAction(android.net.conn.CONNECTIVITY_CHANGE);
localBroadcastManager.registerReceiver(mBroadcastReceiver, intentFilter);
localBroadcastManager.unregisterReceiver(mBroadcastReceiver);
Intent intent = new Intent();
intent.setAction(BROADCAST_ACTION);
localBroadcastManager.sendBroadcast(intent);
9.广播涉及到的Context
对于不同注册方式的广播接收器，回调onReceive(Context context,Intent intent)中的context返回值是不一样的：
对于静态注册（全局+应用内广播），回调onReceive(context,intent)中的congtext返回值是:ReceiverRestrictedContext;
对于全局广播的动态注册，回调onReceive(context,intent)中的context返回值是：Activity Context;
对于应用内广播的动态注册（LocalBroadcastManager方式），回调onReceive(context,intent)的context返回值是：Application Context;
对于应用内广播的动态注册（非LocalBroadcastManager方式），回调onReceive(context,intent)的context返回值是：Activity Context.
