广播静态注册多个action,scheme导致的冲突

博客讲述了在项目中静态注册多个广播事件时遇到的问题,特别是当广播包含系统开关机、应用卸载安装及自定义action时,因scheme导致部分广播失效。解决方案是将不同类型的action分开写在不同的intent-filter中,以确保所有广播事件能正常接收。
摘要由CSDN通过智能技术生成

本篇博客仅记录项目中遇到的广播注册多个不同事件遇到广播失效问题

在项目有个需求需要注册一个广播用于监听系统开关机、应用卸载安装以及一个项目中自定义action事件,开发过程中将这些事件静态注册到了一个intent-filter中,如下图所示

这里写图片描述

结果运行起来发现只能接收到系统安装卸载应用事件,前三个注册的开关机以及自定义广播事件都无法收到了。 后来怀疑是加了导致的,去掉后果不其然,开关机和自定义事件都能接收到了,但是坑爹的是应用安装和卸载事件又搜不到了,后来上网查了一下发现卸载安装广播必须得加这句话才能收到,看来必须的加上这句话了,于是又从其他方向出发,上网百度搜了一下导致广播失效,结果翻了半天终于发现一个前辈的类型的列子http://blog.csdn.net/andyhuabing/article/details/49679819 说是需要将这两类action动作分开写,参照前辈例子改良注册方式如下

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值