BroadcastReceiver简介和使用

一、前言

Broadcast(广播)是一种广泛运用的应用程序之间传输信息的机制,而BroadcastReceiver(广播接收器)则是用于接收来自系统和应用的广播对并对其进行响应的组件,Android中我们要发送的广播内容是一个Intent,这个Intent中可以携带我们要传送的数据。

二、BroadcastReceiver的注册

创建一个广播接收器非常简单,只需要继承BroadcastReceiver,并重写onReceive()即可

    public class MyBroadcastReceiver extends BroadcastReceiver {
        @Override
        public void onReceive(Context context, Intent intent) {
            //在这里写上相关的处理代码,一般来说,不要此添加过多的逻辑或者是进行任何的耗时操作         
            //因为广播接收器中是不允许开启多线程的,过久的操作就会出现报错         
            //因此广播接收器更多的是扮演一种打开程序其他组件的角色,比如创建一条状态栏通知,或者启动某个服务     
        }
    }

BroadcastReceiver也是四大组件之一,所以我们也需要对BroadcastReceiver进行注册,不同于其他四大组件,BroadcastReceiver有两种注册方式,分别是静态注册动态注册

静态注册
  • 在AndroidManifest中的application标签下加上receiver的子标签 。
  • 与通过name属性指定注册一个广播类,也就是我们刚才定义的那个广播类,还有 enabledexported属性,enabled代表是否启用这个广播接收器,exported属性表示是否允许这个广播接收器接受本程序以外的广播 。
  • 之后在receiver标签下加上intent-filter标签,设置其的actionaction可以是系统定义的系统广播,也可以由开发者自己定义。
        <!--  静态注册广播--> 
        <receiver 
            android:name=".component.broadcastreceiver.MyBroadcastReceiver"           
            android:exported="true"           
            android:enabled="true"> 
            <intent-filter>        
                <!--用于接收开机完成后由系统发送的广播-->     
                <action android:name="android.intent.action.BOOT_COMPLETED" />       
                <!--用于接收用户自己定义的广播-->     
                <action android:name="com.geekholt.component.broadcastreceiver.customer_action" />  
            </intent-filter> 
        </receiver>

当我们的应用首次启动的时候,系统会自动实例化我们静态注册的BroadcastReceiver,然后将这个BroadcastReceiver注册到系统中,系统接收到广播之后,就会做出相应的判断,调用onReceive()方法。通过这种方式注册的广播,即使我们的应用被销毁,依然能收到广播。这里要注意的是,我们的应用一定要被启动过,如果没有被启动可能就无法接收到广播。

正是因为静态注册耗电、占内存、不受程序生命周期影响,所以Google在Android 8.0上禁止大部分广播的静态注册。

动态注册
  • 在相关的activity中new MyBroadcastReceiver()
  • new intentFilter,调用其的setAction方法,参数中传入相关值的action 。
  • 调用context.registerReceiver方法进行注册,方法的第一个参数为broadcastReceiver对象,第二个则是intentFilter对象。
MyBroadcastReceiver recevier = new MyBroadcastReceiver();     
intentFilter = new IntentFilter();   
//用于接收网络发生变化的广播    
intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");         
// 用于接收用户定义的广播         
intentFilter.addAction("com.geekholt.component.broadcastreceiver.customer_action");    
registerReceiver(recevier,intentFilter);

通过动态注册的广播,BroadcastReceiver的生命周期跟随Activity的生命周期

注意:要在Activity的onPause()unRegeisterReceiver(),否则会引起内存泄漏。比较推荐onResume()中去注册广播,在onPause()中去注销广播。因为在内存资源比较吃紧的情况下,可能我们的Activity执行完onPause()之后就被销毁,这时候Activity的onStop()onDestory()方法就不会执行了

三、BroadcastReceiver的发送

BroadcastReceiver注册完之后,这个BroadcastReceiver就能够接收响应的广播,下面我们来说说如何发送一条广播

普通广播(Normal Broadcast)
  • 普通广播完全是异步的,通过context.sendBroadcast()方法发送,消息传递效率比较高,但所有接收器的执行顺序不确定。
  • 缺点是接收者不能将处理结果传递给下一个接收者,并且无法终止广播的传播 ,换句话说,也就意味着receiver不能够利用相互处理的结果或者是调用退出的API来退出。
有序广播(Ordered Broadcast)
  • 有序广播是通过context.sendOrderedBroadcast()方法发送,所有的广播者按照优先级依次执行,广播接收器的优先级通过receiver的intent-filter中的android:priority属性来设置,数值越大优先级越高。
  • 当广播接收器接收到广播后,可以使用setResult()方法把结果传递给下一个接收者,通过getResult()方法获取上一个接收者传递过来的结果,并可以通过abortBroadcast()方法丢弃该广播,使该广播不再传递给下一个接收者 。
  • 如果有多个receivers处于同一个优先级,那么这几个receivers将会以任意的顺序来执行。
粘性广播(Sticky Broadcast)

粘性广播通过context.sendStickBroadcast()方法来发送,用此方法发送的广播会一直滞留,当有匹配此广播的接收器被注册后,该广播接收器就会收到此广播。使用此广播时,需要获得BROADCAST_STICKY权限 。

由于在Android5.0 & API 21中已经失效,所以不建议使用。

本地广播(Local Broadcast)

前三种广播都是全局广播,所有应用都可以接收到,这样就带来安全隐患,而本地广播只在进程内传播,可以起到保护数据安全的作用。

其实,本地广播的使用与其十分类似,之前的步骤均是一样的,调用者不同而已,本地广播调用的是LocalBroadcastManager相关方法,全局广播调用的是Context的相关方法,其方法名都是一样的。

//实例化LocalBroadcastManager的实例 
LocalBroadcastManager localBroadcastManager = LocalBroadcastManager.getInstance(this); 
//注册本地广播 
localBroadcastManager.registerReceiver(mBroadcastReceiver, mIntentFilter); 
//注销本地广播 
localBroadcastManager.unregisterReceiver(mBroadcastReceiver); 
//发送本地异步广播
 localBroadcastManager.sendBroadcast(intent); 
//发送本地同步广播 
localBroadcastManager.sendBroadcastSync(intent);

这里需要说一下,使用本地广播并没有静态注册的方法,因为静态注册主要是为了让程序在未启动的情况下也能收到广播,而发动本地广播的时候,我们的程序已经是启动了,所以,自然是没有静态注册这个方法。

四、BroadcastReceiver生命周期的理解

一个BroadcastReceiver的对象仅仅在调用onReceiver(Context, Intent)的时间中有效。一旦你的代码从这个函数中返回,那么系统就认为这个对象应该结束了,不能再被激活。

所以,你在onReceive(Context, Intent)中的实现有着非常重要的影响:任何对于异步操作的请求都是不允许的,因为你可能需要从这个函数中返回去处理异步的操作,但是在那种情况下,BroadcastReceiver将不会再被激活,因此系统就会再异步操作之前杀死这个进程。

特别是,你不应该在一个BroadcastReceiver中显示一个对话框或者绑定一个服务。对于前者(显示一个对话框),你应该用 NotificationManager API来替代,对于后者(绑定一个服务), 你可以使用Context.startService()发送一个命令给那个服务来实现绑定效果。

五、广播的实现原理

见下篇文章

六、系统广播

Android中内置了多个系统广播,当使用系统广播时,只需要在注册广播接收者时定义相关的action即可,并不需要手动发送广播,当系统有相关操作(如开机、网络状态变化、拍照等等)时会自动进行系统广播 Android系统广播action如下:

Intent.ACTION_AIRPLANE_MODE_CHANGED;

//关闭或打开飞行模式时的广播

Intent.ACTION_BATTERY_CHANGED;

//充电状态,或者电池的电量发生变化
//电池的充电状态、电荷级别改变,不能通过组建声明接收这个广播,只有通过Context.registerReceiver()注册

Intent.ACTION_BATTERY_LOW;

//表示电池电量低

Intent.ACTION_BATTERY_OKAY;

//表示电池电量充足,即从电池电量低变化到饱满时会发出广播

Intent.ACTION_BOOT_COMPLETED;

//在系统启动完成后,这个动作被广播一次(只有一次)。

Intent.ACTION_CAMERA_BUTTON;

//按下照相时的拍照按键(硬件按键)时发出的广播

Intent.ACTION_CLOSE_SYSTEM_DIALOGS;

//当屏幕超时进行锁屏时,当用户按下电源按钮,长按或短按(不管有没跳出话框),进行锁屏时,android系统都会广播此Action消息

Intent.ACTION_CONFIGURATION_CHANGED;

//设备当前设置被改变时发出的广播(包括的改变:界面语言,设备方向,等,请参考Configuration.java)

Intent.ACTION_DATE_CHANGED;

//设备日期发生改变时会发出此广播

Intent.ACTION_DEVICE_STORAGE_LOW;

//设备内存不足时发出的广播,此广播只能由系统使用,其它APP不可用?

Intent.ACTION_DEVICE_STORAGE_OK;

//设备内存从不足到充足时发出的广播,此广播只能由系统使用,其它APP不可用?

Intent.ACTION_DOCK_EVENT;

//发出此广播的地方frameworks\base\services\java\com\android\server\DockObserver.java

Intent.ACTION_EXTERNAL_APPLICATIONS_AVAILABLE;

移动APP完成之后,发出的广播(移动是指:APP2SD)

Intent.ACTION_EXTERNAL_APPLICATIONS_UNAVAILABLE;

//正在移动APP时,发出的广播(移动是指:APP2SD)

Intent.ACTION_GTALK_SERVICE_CONNECTED;

//Gtalk已建立连接时发出的广播

Intent.ACTION_GTALK_SERVICE_DISCONNECTED;

//Gtalk已断开连接时发出的广播

Intent.ACTION_HEADSET_PLUG;

//在耳机口上插入耳机时发出的广播

Intent.ACTION_INPUT_METHOD_CHANGED;

//改变输入法时发出的广播

Intent.ACTION_LOCALE_CHANGED;

//设备当前区域设置已更改时发出的广播

Intent.ACTION_MEDIA_BAD_REMOVAL;

//未正确移除SD卡(正确移除SD卡的方法:设置--SD卡和设备内存--卸载SD卡),但已把SD卡取出来时发出的广播
//广播:扩展介质(扩展卡)已经从 SD 卡插槽拔出,但是挂载点 (mount point) 还没解除 (unmount)

Intent.ACTION_MEDIA_BUTTON;

//按下"Media Button" 按键时发出的广播,假如有"Media Button" 按键的话(硬件按键)

Intent.ACTION_MEDIA_CHECKING;

//插入外部储存装置,比如SD卡时,系统会检验SD卡,此时发出的广播?

Intent.ACTION_MEDIA_EJECT;

//已拔掉外部大容量储存设备发出的广播(比如SD卡,或移动硬盘),不管有没有正确卸载都会发出此广播?
//广播:用户想要移除扩展介质(拔掉扩展卡)。

Intent.ACTION_MEDIA_MOUNTED;

//插入SD卡并且已正确安装(识别)时发出的广播
//广播:扩展介质被插入,而且已经被挂载。

Intent.ACTION_MEDIA_REMOVED;

//外部储存设备已被移除,不管有没正确卸载,都会发出此广播?
// 广播:扩展介质被移除。

Intent.ACTION_MEDIA_SCANNER_FINISHED;

//广播:已经扫描完介质的一个目录

Intent.ACTION_MEDIA_SCANNER_STARTED;

//广播:开始扫描介质的一个目录

Intent.ACTION_MEDIA_SHARED;

// 广播:扩展介质的挂载被解除 (unmount),因为它已经作为 USB 大容量存储被共享。

Intent.ACTION_MEDIA_UNMOUNTED

// 广播:扩展介质存在,但是还没有被挂载 (mount)。

Intent.ACTION_PACKAGE_ADDED;

//成功的安装APK之后
//广播:设备上新安装了一个应用程序包。
//一个新应用包已经安装在设备上,数据包括包名(最新安装的包程序不能接收到这个广播)

Intent.ACTION_PACKAGE_CHANGED;

//一个已存在的应用程序包已经改变,包括包名

Intent.ACTION_PACKAGE_DATA_CLEARED;

//清除一个应用程序的数据时发出的广播(在设置--应用管理--选中某个应用,之后点清除数据时?)
//用户已经清除一个包的数据,包括包名(清除包程序不能接收到这个广播)

Intent.ACTION_PACKAGE_INSTALL;

//触发一个下载并且完成安装时发出的广播,比如在电子市场里下载应用?

Intent.ACTION_PACKAGE_REMOVED;

//成功的删除某个APK之后发出的广播
//一个已存在的应用程序包已经从设备上移除,包括包名(正在被安装的包程序不能接收到这个广播)

Intent.ACTION_PACKAGE_REPLACED;

//替换一个现有的安装包时发出的广播(不管现在安装的APP比之前的新还是旧,都会发出此广播?)

Intent.ACTION_PACKAGE_RESTARTED;

//用户重新开始一个包,包的所有进程将被杀死,所有与其联系的运行时间状态应该被移除,包括包名(重新开始包程序不能接收到这个广播)

Intent.ACTION_POWER_CONNECTED;

//插上外部电源时发出的广播

Intent.ACTION_POWER_DISCONNECTED;

//已断开外部电源连接时发出的广播

Intent.ACTION_REBOOT;

//重启设备时的广播

Intent.ACTION_SCREEN_OFF;

//屏幕被关闭之后的广播

Intent.ACTION_SCREEN_ON;

//屏幕被打开之后的广播

Intent.ACTION_SHUTDOWN;

//关闭系统时发出的广播

Intent.ACTION_TIMEZONE_CHANGED;

//时区发生改变时发出的广播

Intent.ACTION_TIME_CHANGED;

//时间被设置时发出的广播

Intent.ACTION_TIME_TICK;

//广播:当前时间已经变化(正常的时间流逝)。
//当前时间改变,每分钟都发送,不能通过组件声明来接收,只有通过Context.registerReceiver()方法来注册

Intent.ACTION_UID_REMOVED;

//一个用户ID已经从系统中移除发出的广播

Intent.ACTION_UMS_CONNECTED;

//设备已进入USB大容量储存状态时发出的广播?

Intent.ACTION_UMS_DISCONNECTED;

//设备已从USB大容量储存状态转为正常状态时发出的广播?

Intent.ACTION_WALLPAPER_CHANGED;

//设备墙纸已改变时发出的广播


参考:

https://www.cnblogs.com/treesouth/p/3439585.html

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,919评论 6 502
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,567评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,316评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,294评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,318评论 6 390
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,245评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,120评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,964评论 0 275
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,376评论 1 313
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,592评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,764评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,460评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,070评论 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,697评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,846评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,819评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,665评论 2 354

推荐阅读更多精彩内容