【android】3.0以后系统给广播默认加上FLAG_EXCLUDE_STOPPED_PACKAGES标记

最新推荐文章于 2025-08-12 02:30:00 发布
原创 最新推荐文章于 2025-08-12 02:30:00 发布 · 1.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍如何通过设置Intent的标志来确保广播不会发送到已停止的应用程序。这在Android开发中非常实用，有助于优化应用程序资源使用。

// By default broadcasts do not go to stopped apps.

intent.addFlags(Intent.FLAG_EXCLUDE_STOPPED_PACKAGES);


Android 11.0 第三方app接收不到开机广播问题的解决以及开机自启动功能实现一
安卓兼职framework和app工程师的博客
01-17 514
在11.0的系统ROM定制化开发中，在定制某些功能中，但是某些第三方app需要在系统开机后，收到 开机广播，完成自启动功能实现，接下来先看怎么实现第三方app接收开机广播功能
Android 10.0 第三方app接收不到开机广播问题的解决以及开机自启动功能实现一
安卓兼职framework和app工程师的博客
10-21 857
在10.0的系统ROM定制化开发中，在定制某些功能中，但是某些第三方app需要在系统开机后，收到 开机广播，完成自启动功能实现，接下来先看怎么实现第三方app接收开机广播功能
Android 4.0新的广播机制FLAG_EXCLUDE_STOPPED_PACKAGES
thinkinwm的专栏
03-24 7105
http://ytydyd.blog.sohu.com/232637878.html [本人补充：系统应用不受此规则限制]   （一）   在做Android开发时，很多应用由于各种目的，希望在机器启动时被唤醒，一般的做法是写一个BroadcastReceiver，接收对应的boot action，当然别忘了在Manifest中添加permission
为intent添加FLAG_EXCLUDE_STOPPED_PACKAGES标记
chenxiaoning87的专栏
08-27 3457
http://my.oschina.net/youranhongcha/blog/226274 3.1.1 为intent添加FLAG_EXCLUDE_STOPPED_PACKAGES标记         对应的代码为： ? 1 intent = new Intent(intent);// By default br
Android 3.1增加FLAG_EXCLUDE_STOPPED_PACKAGES和FLAG_INCLUDE_STOPPED_PACKAGES机制
海纳百川Android的博客
05-24 3565
Android3.1增加FLAG_EXCLUDE_STOPPED_PACKAGES和FLAG_INCLUDE_STOPPED_PACKAGES机制 自Android3.1之后，google在Android里面为广播增加了两个flag：FLAG_EXCLUDE_STOPPED_PACKAGES和FLAG_INCLUDE_STOPPED_PACKAGES。 /**  * If set, this...
android为广播加上FLAG_EXCLUDE_STOPPED_PACKAGES
海纳百川Android的博客
09-08 2412
自android3.1之后，android就为广播增加了两个标志FLAG_EXCLUDE_STOPPED_PACKAGES和FLAG_INCLUDE_STOPPED_PACKAGES。android系统默认为我们的广播加上了FLAG_EXCLUDE_STOPPED_PACKAGES标志，我们从源码上来看一下是否如此。 首先我们从Activity的sendBroadcast方法跟起，该方法源码为：...
Android广播发送流程(广播3)
yun_hen的博客
05-03 7265
Android S广播发送流程1. 广播发送流程2. 广播发送3. 系统处理广播发送3.1 AMS接收广播的请求3.2 修改增加默认flag解析可选广播参数BroadcastOptions3.4 保护广播isProtectedBroadcast、特定action的处理3.5 发送粘性广播的处理3.6 筛选出静态广播接受者3.7 筛选出动态广播接受者3.8 非oder的平行广播的入队与分发3.8 order广播接收者的过滤4. 广播队列的处理4.1 新建广播队列4.2 广播接收者入队列4.3 广播队列的分发4
Android 12.0 app静态广播接收不到问题解决
安卓兼职framework和app工程师的博客
03-05 583
在12.0的系统rom定制化开发中，在某些比较老的app中，会有注册静态广播，然后通过静态广播 启动某些activity页面，但是在8.1后第三方app的静态广播，被系统给拦截了，所以就会导致 app接收不到静态广播，接下来就来看下静态广播接收流程，然后解决问题
Android 13.0 第三方app接收不到开机广播问题的解决以及开机自启动功能实现一
最新发布
安卓兼职framework和app工程师的博客
08-12 282
在13.0的系统ROM定制化开发中，在定制某些功能中，但是某些第三方app需要在系统开机后，收到 开机广播，完成自启动功能实现，接下来先看怎么实现第三方app接收开机广播功能
android_packages_apps_GmsCore,microg gmscore是一个floss框架，允许为google play服务设计的应用程序在play服务不可用的系统上运行。.zip
10-13
microg gmscore是一个floss（免费/libre开源软件）框架，允许为google play服务设计的应用程序在play服务不可用的系统上运行。
android 广播 设置flag,Android 4.0新的广播机制FLAG_EXCLUDE_STOPPED_PACKAGES
weixin_34053992的博客
05-25 609
问题：第三方app调起失败，当然，这个是只发现是在4.x的android系统下发生，在2.x版本下，一切正常，(其实是3.1及以上的版本都有问题)具体场景为：1、第三方App安装成功但未启动，试图从App通过sendBroadcast方式调起：失败2、第三方App的进程被用户强制杀掉，试图从App通过sendBroadcast方式调起：失败3、第三方App处于启动状态，试图从App通过sendBr...
FLAG_EXCLUDE_STOPPED_PACKAGES与FLAG_INCLUDE_STOPPED_PACKAGES
努力才有可能得到！
05-25 3976
Android在4.0之后，如果已经安装的APP，在从未启动过时，通过广播是无法唤醒APP的，但是Service是没有，Service是依然可以唤醒的。 经过看源码， 在AMS发送广播的时候，添加了一个FLAG =FLAG_EXCLUDE_STOPPED_PACKAGES，所以忽略了从未启动过的APP，所以通过广播就不能唤醒，如果需要唤醒需要添加FLAG= FLAG_INCLUDE_STOPPE
源码茶舍之FLAG_EXCLUDE_STOPPED_PACKAGES与广播唤醒
倚竹幽篁
01-21 1090
发现 我们先随便实现一个BroadcastReceiver，静态注册： class TestReceiver : BroadcastReceiver() { override fun onReceive(context: Context?, intent: Intent?) { Log.w("TEST-1", "onReceive ${intent?.action}") ...
FLAG_EXCLUDE_STOPPED_PACKAGES导致接受不到广播
u011228356的专栏
04-03 1237
android 3.1之后增加了系统的安全权限，为了防止有些应用通过静态注册的广播而开启。在系统发出的广播中默认加上了FLAG_EXCLUDE_STOPPED_PACKAGES的flag,加上这个flag之后，不会去匹配包下面没有开启（就是已经停止的）组件。就是说当前应用在没有开启的情况下，即使注册了静态广播，系统的广播（由于设置了默认的flag）发出广播时，只会向那些应用已经开启的广播发送。所以
FLAG_INCLUDE_STOPPED_PACKAGES
yuexingzhei的博客
05-27 5745
通常的intnet广播，处于停止状态的程序的receiver是无法接受到的。可以在后台服务或者应用中发送广播时,增加一个FLAG_INCLUDE_STOPPED_PACKAGES 的flag，意思是包含处于停止状态的程序，这样就可以激活停止状态的程序。
Android应用在未启动的情况下接受指定广播
潜行IT的博客
03-05 2254
最近项目中遇到一个这样的需求，如何使App在接收到指定广播的时候，做特定的事情（启动APP或者做某些数据收集操作） 思考：如果APP已经启动，只需注册相应的广播就可以实现这个需求，但是如果APP从未启动过呢？ 问题原因 Android在3.1以后将新安装的应用置为“STOPPED”状态，只有当应用启动过一次之后这个状态才会改变，同时，从Android 3.1开始，系统的包管理器保持跟踪处于...
Android2.2.1广播大全
shazhuzhu1的专栏
05-23 2830
Intent.ACTION_AIRPLANE_MODE_CHANGED; //关闭或打开飞行模式时的广播   Intent.ACTION_BATTERY_CHANGED; //充电状态，或者电池的电量发生变化 //电池的充电状态、电荷级别改变，不能通过组建声明接收这个广播，只有通过Context.registerReceiver()注册   Intent.ACTION_BATTERY...
am broadcast -a android.intent.action.MASTER_CLEAR 下次开机生效
03-23
<think>好的，我需要解决用户关于如何使用am broadcast命令发送MASTER_CLEAR意图以实现下次开机生效的问题。首先，用户提到了Android 7.0之后的系统广播限制，特别是ACTION_NEW_PICTURE和ACTION_NEW_VIDEO不再发送，这可能与系统广播权限的变化有关。此外，用户提供的引用中提到Android 3.1引入了FLAG_INCLUDE_STOPPED_PACKAGES和FLAG_EXCLUDE_STOPPED_PACKAGES，这可能影响广播的接收。 接下来，我需要确认MASTER_CLEAR是否是系统预定义的广播action。根据引用3，系统广播action可以在SDK的broadcast_actions.txt中找到，所以用户需要检查对应版本的文档。但通常来说，MASTER_CLEAR可能是一个需要系统权限的广播，普通应用可能无法直接发送。 用户想通过am broadcast命令发送，可能需要指定正确的action和权限。例如，命令可能类似于： am broadcast -a android.intent.action.MASTER_CLEAR 不过，MASTER_CLEAR通常用于恢复出厂设置，可能需要系统签名或特权权限。在Android 7.0及以上，权限管理更严格，如引用4所述，需要signature或signatureOrSystem权限。因此，普通应用可能无法发送此广播，除非有系统权限。 另外，用户提到“下次开机生效”，可能需要设置一个标志位，让系统在重启后执行清除操作。可能需要结合其他参数或使用特定的extra数据。 还需要考虑adb命令的执行权限，可能需要root或者通过adb shell以系统用户身份运行。例如，使用--user 0指定用户，或者添加--ez reboot参数，但需要确认具体支持的参数。 总结步骤可能包括： 1. 检查MASTER_CLEAR的action名称和所需权限。 2. 使用am broadcast命令发送，附加必要的extras。 3. 处理权限问题，可能需要系统签名或root。 4. 确保设备重启后生效。 另外，用户的问题可能涉及系统级命令，因此需要提醒谨慎操作，避免数据丢失。</think>要通过`am broadcast`命令发送`MASTER_CLEAR`意图实现恢复出厂设置并重启生效，需注意以下步骤和限制： --- ### **步骤说明** 1. **确认广播Action名称** `MASTER_CLEAR`对应的系统广播Action为`android.intent.action.FACTORY_RESET`[^3]。需在命令中指定该Action： ```bash adb shell am broadcast -a android.intent.action.FACTORY_RESET ``` 2. **添加必要参数** - 若需清除用户数据并重启，需附加`--ez reboot true`参数： ```bash adb shell am broadcast -a android.intent.action.FACTORY_RESET --ez reboot true ``` - 若需要静默执行（不弹窗确认），需添加`--user 0`指定系统用户： ```bash adb shell am broadcast -a android.intent.action.FACTORY_RESET --ez reboot true --user 0 ``` 3. **权限要求** - 该广播需要`android.permission.MASTER_CLEAR`权限，仅系统应用或具有`signature`/`signatureOrSystem`保护级别的应用可使用[^4]。 - 普通应用无权限发送此广播，需通过系统级工具（如ADB）执行。 --- ### **注意事项** 1. **Android版本兼容性** - 在Android 7.0及以上，系统对广播接收者的限制加强，需确保目标设备未处于停止状态（参考`FLAG_EXCLUDE_STOPPED_PACKAGES`机制）[^2]。 - 部分厂商可能定制了广播逻辑，需测试具体设备兼容性。 2. **数据清除风险** 执行此命令会触发恢复出厂设置，所有用户数据将被删除，需提前备份。 --- ### **完整命令示例** ```bash adb shell am broadcast -a android.intent.action.FACTORY_RESET --ez reboot true --user 0 ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值