关于Android中开机启动服务

最新推荐文章于 2023-07-14 10:12:33 发布

原创最新推荐文章于 2023-07-14 10:12:33 发布 · 606 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#android #广播 #开机自启

android之旅1.0 专栏收录该内容

8 篇文章

订阅专栏

本文介绍了一个在Android 3.1及以上版本遇到的问题：应用注册了开机启动服务但未能成功启动。深入探讨了这一现象的原因在于系统新机制下对stopped state应用的管理方式，并给出了具体的解决方案。

最近在项目中需要实现开机启动一个应用中的服务功能，果断在manifest中注册静态广播Receiver，

<receiver android:name=".broadcast.RestartServiceReceiver">
            <intent-filter>
                <action android:name="com.centerm.lklapplicationshop.restartservice"/>
                <action android:name="android.intent.action.BOOT_COMPLETED"/>
            </intent-filter>
        </receiver>

记得在manifest中添加相应权限，

<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />

运行后，强制停止应用，然后重启。结果开机后并没有启动服务。检查代码没什么问题，一番纠结后，终于找到了原因：

原来，在3.1之后，系统的PackageManager增加了对处于“stopped state”应用的管理，这里的stopped和Activity生命周期中的stop状态是两回事，

PackageManager中“stopped state”指的是安装后从来没有启动过或者被用户强制停止的应用，系统中通过两个flag

FLAG_INCLUDE_STOPPED_PACKAGES和FLAG_EXCLUDE_STOPPED_PACKAGES ，来标识一个intent是否激活处于“stopped state”的应用，当两个Flag都不设置或者都进行设置的时候，采用的是FLAG_INCLUDE_STOPPED_PACKAGES的效果。有了上面的新机制之后，Google觉得给所有的广播intent默认加上FLAG_EXCLUDE_STOPPED_PACKAGES会非常的Cool，能在一定程度上避免流氓软件、病毒啊干坏事，还能提高效率，就导致了RECEIVE_BOOT_COMPLETED广播如果用户没有运行过应用或者在设置中强行停止了应用，就不会接收到BOOT_COMPLETED广播。