如何使用Work Manager保活通话监听Broadcast Receiver？

现有代码问题 #

• 逻辑冗余：已静态注册通话状态广播的前提下，又在前台服务中动态注册了相同广播，无意义消耗系统资源，提升异常概率。
• 服务配置错误：onStartCommand返回值为START_NOT_STICKY，服务被系统杀死后不会自动重启，是运行一段时间后功能失效的直接原因之一。
• 设计逻辑不合理：为了监听通话事件常驻前台服务完全没有必要，Android 8.0之后系统对后台常驻服务的资源限制极严，即使是前台服务长时间闲置也会被系统回收。

问题解答 #

1. 能否让通话监听Broadcast Receiver持续存活？ #

不要追求广播或者进程永久存活，这在Android 10+的系统电池优化机制下几乎不可能实现，即使通过黑科技保活成功，也大概率会被应用商店判定为恶意行为而下架。
ACTION_PHONE_STATE_CHANGED属于Android 8.0+隐式广播豁免列表，只要静态注册正确、权限正常、用户没有把APP加入后台限制列表，即使APP进程被杀死，广播触发时系统也会拉起你的APP进程执行onReceive逻辑，不需要常驻进程。

2. 能否通过WorkManager实现需求？ #

完全可以，而且是当前最优方案。
你不需要用WorkManager做保活，而是用事件触发+任务调度的逻辑替换现有常驻服务方案：通话状态变化广播触发时，直接把读取通话记录的逻辑交给WorkManager执行，WorkManager会保证任务顺利完成，即使APP进程被临时杀死也会自动重试。 #

可行方案推荐 #

最优方案：广播触发+WorkManager执行任务（无需常驻服务） #

1. 保留静态注册的CallReceiver，删除服务中动态注册广播的逻辑，完全抛弃现有常驻前台服务。
2. 在CallReceiver中判断通话状态，当状态变为EXTRA_STATE_IDLE（通话结束）时，启动OneTimeWorkRequest执行读取通话记录的逻辑。
3. 核心代码示例：

广播接收器代码

public class CallReceiver extends BroadcastReceiver{
    @Override
    public void onReceive(Context context, Intent intent) {
        if (!TelephonyManager.ACTION_PHONE_STATE_CHANGED.equals(intent.getAction())) {
            return;
        }
        String callState = intent.getStringExtra(TelephonyManager.EXTRA_STATE);
        // 仅在通话结束时触发任务
        if (TelephonyManager.EXTRA_STATE_IDLE.equals(callState)) {
            OneTimeWorkRequest logWork = new OneTimeWorkRequest.Builder(CallLogFetchWorker.class)
                    .build();
            WorkManager.getInstance(context).enqueue(logWork);
        }
    }
}

Worker任务代码

public class CallLogFetchWorker extends Worker {
    public CallLogFetchWorker(@NonNull Context context, @NonNull WorkerParameters params) {
        super(context, params);
    }

    @NonNull
    @Override
    public Result doWork() {
        // 此处编写读取通话记录的业务逻辑
        fetchCallLogs(getApplicationContext());
        return Result.success();
    }

    private void fetchCallLogs(Context context) {
        // 你的原有通话记录读取逻辑
    }
}

备选方案：优化前台服务保活（仅推荐特殊场景使用） #

如果你的应用必须常驻服务处理其他逻辑，可以做以下优化提升存活时间：

• 将onStartCommand的返回值改为START_STICKY，服务被系统杀死后会自动尝试重启。
• 引导用户将APP加入系统电池优化白名单、开启自启动权限、允许后台活动。
• 注意：该方案在Android 12+以及小米、华为、vivo等厂商定制系统上效果非常有限，依然会被系统限制回收。

注意事项 #

• 提前动态申请READ_PHONE_STATE（监听通话状态）和READ_CALL_LOG（读取通话记录）两个危险权限，权限被用户关闭后功能会直接失效。
• Android 10及以上版本禁止第三方应用读取IMEI等设备标识，不要在代码中调用相关方法避免崩溃。

内容的提问来源于stack exchange，提问作者Prasath S