Android 7读取电话状态广播接收器被杀后失效，如何后台启动Service？

这个问题我之前踩过坑，Android 7.0开始的隐式广播限制确实给不少开发者带来了麻烦。先给你理清楚核心原因：从API 24（Android 7.0）开始，Google为优化电池续航，限制了应用处于停止状态（被杀死）时，manifest中注册的大部分隐式广播接收器的触发。读取电话状态的ACTION_PHONE_STATE_CHANGED不在系统豁免的广播列表里，所以应用被杀后，manifest里的接收器根本不会被调用，更别提启动Service了。

下面给你几个可行的解决方案，按实用性排序：

1. 用前台服务托管动态广播接收器 #

这是最稳妥的方案，前台服务优先级极高，系统不会轻易回收它，能持续监听电话状态：

• 先创建一个ForegroundService，在服务的onCreate()方法里动态注册电话状态的广播接收器（或者直接用TelephonyManager的PhoneStateListener，效率更高）。
• 启动前台服务时，必须创建通知并调用startForeground()（Android 8.0+需要先创建通知渠道），服务会在状态栏显示持续通知，系统就不会轻易杀死它。
• 只要前台服务在运行，不管应用是前台、后台还是主界面被关闭，都能正常接收电话状态变化，你也可以在广播回调里启动其他Service做后续处理。

注意：要申请READ_PHONE_STATE权限，Android 6.0+需要动态申请；Android 10.0+如果需要获取通话详情，还得申请READ_CALL_LOG权限。

2. 使用无障碍服务（AccessibilityService） #

无障碍服务的系统优先级极高，即使应用被完全杀死，只要用户开启了你的无障碍权限，服务就能一直运行并监听系统事件：

• 创建继承AccessibilityService的类，在onAccessibilityEvent()方法里监听电话状态相关事件（比如通过TYPE_WINDOW_STATE_CHANGED结合包名判断，或者直接监听电话状态广播）。
• 必须引导用户在系统设置里手动开启你的应用的无障碍权限（这是硬要求）。
• 这种方式能完全绕过应用被杀的限制，但缺点是需要用户授权，而且如果你的应用不是真正的无障碍辅助类应用，可能会被Google Play审核拒绝，或者让用户产生不信任感。

3. 结合系统豁免广播（局限性大） #

如果你的场景能和系统豁免的广播结合，比如ACTION_BOOT_COMPLETED（开机完成），可以在开机后启动前台服务，但这只能解决开机后的问题，没法覆盖应用中途被杀死的情况，实用性不强。

最后提醒：一定要遵循Android后台政策，不要为了实现功能滥用后台服务，否则会触发系统电池优化，甚至被用户卸载。如果应用核心功能依赖实时监听电话状态，最好在启动时明确告知用户需要前台服务权限的原因，提升用户体验。

内容的提问来源于stack exchange，提问作者Quality Singh