BroadcastReceiver

定义

即广播，是一个全局的监听器，属于Android四大组件之一，有两个角色：广播发送者、广播接收者；它的作用是监听/接收应用App发出的广播消息，并作出响应

应用场景

Android不同组件间的通信（应用内/不同应用之间）
多线程通信
与Android系统在特定情况下的通信

实现原理

采用的模型

Android中的广播使用了设计模式中的观察者模式：基于消息的发布/订阅事件模型。它将广播的发送者和接收者解耦，使得系统方便集成，更易扩展

模型讲解

• 模型中有3个角色：
  1. 消息订阅者（广播接收者）
  2. 消息发布者（广播发布者）
  3. 消息中心（AMS，即Activity Manager Service)

• 原理
  

使用流程

自定义广播接收者BroadReceiver

• 继承BroadcastReceiver基类
• 必须复写抽象方法onReceive（）方法

1. 广播接收器接收到相应广播后，会自动回调onReceive（）方法
2. 一般情况下，onReceive（）方法会涉及到与其他组件之间的交互，如发送Notification、启动Service等
3. 默认情况下，广播接收器运行在UI线程，因此，onReceive（）方法不能执行耗时操作，否则会导致ANR

广播接收器注册

注册的方式分为两种：静态注册、动态注册

静态注册

• 注册方式：在AndroidManifest.xml声明
• 属性说明：

<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 
    //此广播接收者类是mBroadcastReceiver
    android:name=".mBroadcastReceiver" >
    //用于接收网络状态改变时发出的广播
    <intent-filter>
        <action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
    </intent-filter>
</receiver>

当此App首次启动时，系统会自动实例化mBroadcastReceiver类，并注册到系统中

动态注册

• 注册方式：在代码中调用Context.registerReceiver()方法
• 具体代码如下：

class MainActivity : AppCompatActivity() {



    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        }

    //1.实例化BroadcastReceiver子类、IntentFilter
    val mBroadcastReceiverTest = BroadcastReceiverTest()
    val intentFilter = IntentFilter()


    override fun onResume() {
        super.onResume()

        

        //设置接收广播的类型
        intentFilter.addAction(android.net.conn.CONNECTIVITY_CHANGE)
        
        //动态注册：调用Context的registerReceiver（）方法
        registerReceiver(mBroadcastReceiverTest,intentFilter)
    }

    override fun onPause() {
        super.onPause()
        unregisterReceiver(mBroadcastReceiverTest)
    }
}

特别注意

• 动态广播最好在Activity的onResume（）注册、onPause（）注销
• 原因：对于动态广播，有注册就必须得注销，否则会导致内存泄漏
  Activity生命周期如下：
  
  Activity的生命周期的方法是成对出现的，在onResume（）注册、onPause（）注销是因为onPause（）在App死亡前一定会执行，从而保证App死亡前一定会被注销，从而防止内存泄漏

1. 不在onCreate（）、onDestroy（）或onStart（）、onStop（）注册、注销的原因：
   当系统因为内存不足（优先级更高的应用需要内存）要回收Activity占用的资源时，Activity在执行完onPause（）方法后就会被销毁，有些生命周期方法比如onStop（）、onDestroy（）就不会执行，当再回到此Activity时，是从onCreate方法开始执行的
2. 假如我们将广播的注销放在onStop（）、onDestory（）方法里，有可能在Activity被销毁后还未执行onStop（）、onDestory（）方法，即广播还未注销，从而导致内存泄漏
3. onPause（）一定会被执行，从而保证了广播在App死亡前一定会被注销，从而防止内存泄漏

两种注册方式的区别

广播发送者向AMS发送广播

广播的发送

• 广播用Intent表示
• 定义广播的本质：定义广播所具有的Intent
• 广播发送：广播发送者将此广播的Intent通过sendBroadcast（）方法发送出去

广播的类型

• 普通广播（Normal Broadcast）
• 系统广播（System Broadcast）
• 有序广播（Ordered Broadcast）
• 粘性广播（Sticky Broadcast）
• App应用内广播（Local Broadcast）

具体如下：

1.普通广播：即开发者自身定义Intent的广播（最常用）

Intent intent = new Intent();
//对应BroadcastReceiver中intentFilter的action
intent.setAction(BROADCAST_ACTION);
//发送广播
sendBroadcast(intent);

• 若广播接收者中注册的intentFilter的action与上述匹配，则会接收此广播（即进行回调onReceive（））

<receiver 
   //此广播接收者类是.BroadcastReceiverTest
   android:name=".BroadcastReceiverTest" >
   //用于接收网络状态改变时发出的广播
   <intent-filter>
       <action android:name="BROADCAST_ACTION" />
   </intent-filter>
</receiver>

• 若发送广播有相应权限，那么广播接收者也需要相应权限

2.系统广播

• Android中内置了多个系统广播：只要涉及到手机的基本操作，都会发出相应的广播
• 每个广播都有特定的Intent——filer（包括具体的action），Android系统广播action如下：

注：当使用系统广播时，只需要在注册广播接收者时定义相关的action即可，并不需要手动发送广播，当系统有相关操作时会自动进行系统广播

有序广播

定义：发送出去的广播被广播接收者按照先后顺序接收

有序是针对广播接收者而言的

广播接收者接收广播的顺序规则（同时面向静态和动态注册的广播接收者）

1. 按照Priority属性值从大到小排序
2. Priority属性相同者，动态注册的广播优先

优点

1. 接收广播按顺序接收
2. 先接收的广播接收者可以对广播进行截断，即后接收的广播接收者不再接收到此gaungbo
3. 先接收的广播接收者可以对广播进行修改，那么后接收的广播接收者将接收到被修改后的广播

具体使用：有序广播的使用过程与普通广播非常类似，差异仅在于广播的发送方式：
sendOrderedBroadcast(intent);

App应用内广播

• 背景
  Android中的广播可以跨App直接通信

• 冲突

  1. 其他App针对性发出与当前App intent-filter相匹配的广播，由此导致当前App不断接收广播并处理
  2. 其他App注册与当前App一致的intent-flter用于接收广播，获取广播具体信息
  3. 即可能会出现安全性、效率性问题

• 解决方案
  使用App应用内广播

  1.App应用内广播可以理解为一种局部广播，广播的发送者和接收者都属于同一个App
  2.相比于全局广播（普通广播），App应用内广播优势体现在：安全性高、效率高

• 具体使用1 -将全局广播设置为局部广播
  1.注册广播将exported属性设置为false，使得非本App内部发出的此广播不被接收
  2.在广播发送和接收时，增设相应权限permission，用于权限验证
  3.发送广播时指定该广播接收器所在的包名，此广播将只会发送到此包中的App内与之相匹配的有效广播接收器中

• 具体使用2 -使用封装好的LocalBroadcastManager
  使用方式上与全局广播几乎相同，只是注册/取消注册广播接收器和发送广播时将参数的context变成了LocalBroadcastManager的单一实例

  对于LocalBroadcastManager方式发送的应用内广播，只能通过LocalBroadcastManager动态注册，不能静态注册

特别注意

对于不同注册方式的广播接收器回调onReceive（Context context，Intent intent）中的context返回值是不一样的：

• 对于静态注册（全局、应用内广播）：回调onReceive（context，intent）中的context的返回值是：ReceiverRestrictedContext
• 对于全局广播的动态注册，回调onReceive（context，intent）中的context返回值是：Activity Context
• 对于应用内广播的动态注册（LocalBroadcastManager方式），回调onReceive（context，intent）中的context返回值是Application Context
• 对于应用内广播的动态注册（非LocalBroadcastManager方式），回调onReceive（context，intent）中的context返回值是Activity Context