UNLOCK 前启动服务出现的问题

2019-10-23  本文已影响0人  波雅_Z

构建系统应用,监听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

解决方案,同问题一,添加属性

类似问题,解析:

https://www.jianshu.com/p/562f4d8e76af

上一篇下一篇

猜你喜欢

热点阅读