您的位置:首页 > 移动开发 > Android开发

Android3.1后系统接收不到广播的问题解析

2016-04-15 12:11 288 查看
声明:本文来源于网络转载,仅用于个人记忆参考

https://www.baidufe.com/item/7434007d7e20f114b7fe.html

今天紧急的跟进一个百度视频App无法调起百度贴吧App的问题,当然,这个是只发现是在4.x的android系统下发生,在2.x版本下,一切正常,(其实是3.1及以上的版本都有问题)具体场景为:

1、贴吧App安装成功但未启动,试图从视频App通过sendBroadcast方式调起:失败

2、贴吧App的进程被用户强制杀掉,试图从视频App通过sendBroadcast方式调起:失败

3、贴吧App处于启动状态,试图从视频App通过sendBroadcast方式调起:成功

看了一下视频调起贴吧的代码逻辑,是这样的:

于是直接定位问题:必定是高版本的android系统,在发送广播的适合,无法调起未启动(处于停止状态)的的App,打开官方文档查了一下: http://developer.android.com/about/versions/android-3.1.html#launchcontrols 写的很明白,大概意思是:

在3.1之后,系统的package manager增加了对处于“stopped state”应用的管理,这个stopped和Activity生命周期中的stop状态是完全两码事,指的是安装后从来没有启动过和被用户手动强制停止的应用,与此同时系统增加了2个Flag:FLAG_INCLUDE_STOPPED_PACKAGES和FLAG_EXCLUDE_STOPPED_PACKAGES ,来标识一个intent是否激活处于“stopped state”的应用。顾名思义:

FLAG_INCLUDE_STOPPED_PACKAGES:表示包含未启动的App

FLAG_EXCLUDE_STOPPED_PACKAGES:表示不包含未启动的App

值得注意的是,Android 3.1开始,系统向所有Intent的广播添加了FLAG_EXCLUDE_STOPPED_PACKAGES标志。这样做是为了防止广播无意或不必要地开启未启动App的后台服务。如果要强制调起未启动的App,后台服务或应用程序可以通过向广播Intent添加FLAG_INCLUDE_STOPPED_PACKAGES标志来唤醒,示例代码:

如果你的项目依赖的Android SDK是3.1以下版本,那么直接像上面这样写是会出问题的,你会发现Intent.FLAG_INCLUDE_STOPPED_PACKAGES无法被正确识别,所以相对安全的办法是,直接把value写进来:

以上,Mark一下!
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: