Android持久化周期性任务调度：最佳调度时机咨询

你的顾虑完全没问题——用BOOT_COMPLETED广播来调度任务，确实容易踩重复调度的坑，尤其是如果任务本身已经是持久化的，每次系统重启就重新来一遍，要么冗余要么可能导致任务重复执行，属实没必要。

下面我结合实际开发经验给你梳理几个靠谱的方案：

1. 首推WorkManager（省心首选） #

如果你的需求是持久化、不用手动处理系统重启/应用更新的周期性任务，WorkManager绝对是Android官方最推荐的方案。它本身就自带任务持久化能力，系统重启、应用被后台杀死、甚至应用更新后，它都会自动帮你恢复任务，根本不需要你在广播接收器里手动调度。

给你举个简单的代码例子，创建一个唯一的周期性任务，避免重复创建：

// 创建每小时执行一次的周期性任务请求
val periodicWork = PeriodicWorkRequestBuilder<YourCustomWorker>(1, TimeUnit.HOURS)
    .build()

// 用唯一标签和KEEP策略，确保任务已存在时不会重复创建
WorkManager.getInstance(context).enqueueUniquePeriodicWork(
    "my_unique_periodic_task",
    ExistingPeriodicWorkPolicy.KEEP,
    periodicWork
)

这里的ExistingPeriodicWorkPolicy.KEEP就是关键，它会让WorkManager自动判断任务是否存在，存在就直接复用，完全解决你担心的冗余问题。

2. 关于MY_PACKAGE_REPLACED广播的可行性 #

如果因为某些限制没法用WorkManager，那MY_PACKAGE_REPLACED确实是个值得考虑的补充场景——它只会在你的应用被更新（比如安装了新版本APK）时触发，这时候你可以在这里重新调度任务，避免应用更新后任务丢失。

但要注意两个点：

• 这个广播只在应用更新时触发，系统重启时不会响应，所以如果你的任务需要在系统重启后恢复，还是得配合BOOT_COMPLETED，但一定要加判断：先检查任务是否已经存在，再决定要不要调度。
• 从Android 8.0（API 26）开始，静态注册的广播接收器有不少限制，但MY_PACKAGE_REPLACED属于例外，可以静态注册，不过更推荐动态注册或者在Manifest里声明时注意权限配置。

3. 避免重复调度的核心原则 #

不管用哪种调度方式，核心都只有一个：先判断任务是否已经存在，再执行调度操作：

• 要是用AlarmManager，每次调度前可以用PendingIntent的FLAG_NO_CREATE参数来检查是否已有对应的PendingIntent，不存在再创建。
• 要是用JobScheduler，可以通过getAllPendingJobs()查询任务列表，确认没有重复任务后再添加。

总结 #

优先选WorkManager，它已经帮你把所有持久化、恢复的细节都处理好了，不用自己折腾广播；如果必须用其他调度方式，可以组合BOOT_COMPLETED和MY_PACKAGE_REPLACED广播，但一定要记得加存在性检查，避开冗余和意外行为。

内容的提问来源于stack exchange，提问作者Ivan Rudnev