构建系统应用,监听BOOT_COMPLETED广播开机自启动,而且需要尽量在launcher启动前把自己拉起来,需要时机更加提前,咨询了AF的同事,改为监听UNLOCK_BOOT_COMPLETED。
同时刚刚听说对于第三方应用监听BOOT_COMPLETED广播开机自启动已经无法实现,详细情况-->
https://blog.csdn.net/zhouzhengting1/article/details/50459431
1、BOOT_COMPLETED这个广播比较特殊,预置到system/app下面的apk才会通过android.intent.action.BOOT_COMPLETED来开机自启动。而预置到data/app,vendor/app下面的三方apk,若安装从来没有启动过和被用户手动强制停止
,它就是处于“stopped state”(此应用的信息保存在/data/system/users/0/package-restrictions.xml中),它的接收器将会无法接收任何广播,无法开机之后自动启动。但是安装这个应用之后只要是有手动去点击下这个apk,下次开机就肯定是会自动启动起来的,也是接收这个BOOT_COMPLETED广播。
2、与此同时系统增加了2个Flag:FLAG_INCLUDE_STOPPED_PACKAGES和FLAG_EXCLUDE_STOPPED_PACKAGES ,来标识一个intent是否激活处于“stoppedstate”的应用。
3、Google允许应用和后台服务通过给广播intent设置
FLAG_INCLUDE_STOPPED_PACKAGES来唤醒处于“stopped state”的程序,也就是用户自己写的广播intent可以控制这个机制,但是系统自带的广播intent默认都是FLAG_EXCLUDE_STOPPED_PACKAGES,由于不能修改,所以就没法通过系统广播自启动了。
以上内容有待验证
接下来说监听了UNLOCK_BOOT_COMPLETED广播之后,意味着在user unlock之前,我的应用就启动了,相应的意味着很多类的使用需要更多的权限。
问题1:监听开机广播把自己的service拉起来,但是出现Unable to start service intent{} U=0:not found
解决方案,在Manifest对应的Application中添加:android:directBootAware="true" android:exported="true"
问题2:无法使用SharedPreference
error:SharedPreferences in credential encrypted storage are not available
解决方案,同问题一,添加属性
类似问题,解析:
网友评论