BroadcastReceiver

定义

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

应用场景

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

实现原理

采用的模型

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

模型讲解

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

  • 原理
    BroadcastReceiver_第1张图片

使用流程

BroadcastReceiver_第2张图片

自定义广播接收者BroadReceiver

  • 继承BroadcastReceiver基类
  • 必须复写抽象方法onReceive()方法
  1. 广播接收器接收到相应广播后,会自动回调onReceive()方法
  2. 一般情况下,onReceive()方法会涉及到与其他组件之间的交互,如发送Notification、启动Service等
  3. 默认情况下,广播接收器运行在UI线程,因此,onReceive()方法不能执行耗时操作,否则会导致ANR

BroadcastReceiver_第3张图片

广播接收器注册

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

静态注册

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


//用于指定此广播接收器将接收的广播类型
//本示例中给出的是用于接收网络状态改变时发出的广播
 

    

  • 注册实例

    //用于接收网络状态改变时发出的广播
    
        
    

当此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生命周期如下:
    BroadcastReceiver_第4张图片
    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死亡前一定会被注销,从而防止内存泄漏

两种注册方式的区别

BroadcastReceiver_第5张图片

广播发送者向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())

   //用于接收网络状态改变时发出的广播
   
       
   

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

2.系统广播

  • Android中内置了多个系统广播:只要涉及到手机的基本操作,都会发出相应的广播
  • 每个广播都有特定的Intent——filer(包括具体的action),Android系统广播action如下:
系统操作 action
监听网络变化 android.net.conn.CONNECTIVITY_CHANGE
关闭或打开飞行模式 Intent.ACTION_AIRPLANE_MODE_CHANGED
充电时或电量发生变化 Intent.ACTION_BATTERY_CHANGED
电池电量低 Intent.ACTION_BATTERY_LOW
电池电量充足(即从电量低变化到饱满时会发出广播) Intent.ACTION_BATTERY_OKAY
系统启动完成后(仅广播一次) Intent.ACTION_BOOT_COMPLETED
按下照相时的拍照按键(硬件按键)时 Intent.ACTION_CAMERA_BUTTON
屏幕锁屏 Intent.ACTION_CLOSE_SYSTEM_DIALOGS
设备当前设置被改变时(界面语言、设备方向等) Intent.ACTION_CONFIGURATION_CHANGED
插入耳机时 Intent.ACTION_HEADSET_PLUG
未正确移除SD卡但已取出来时(正确移除方法:设置–SD卡和设备内存–卸载SD卡) Intent.ACTION_MEDIA_BAD_REMOVAL
成功安装APK Intent.ACTION_PACKAGE_ADDED
成功删除APK Intent.ACTION_PACKAGE_REMOVED
重启设备 Intent.ACTION_REBOOT
屏幕被关闭 Intent.ACTION_SCREEN_OFF
屏幕被打开 Intent.ACTION_SCREEN_ON
关闭系统时 Intent.ACTION_SHUTDOWN
重启设备 Intent.ACTION_REBOOT

注:当使用系统广播时,只需要在注册广播接收者时定义相关的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

你可能感兴趣的:(Android学习笔记)