构建系统应用，监听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
解决方案，同问题一，添加属性
类似问题，解析：
