本文详解如何使用 workmanager 替代 alarmmanager 实现稳定、省电且兼容 android 6.0+ 的每日多时段通知（如 9–11 点、13–18 点、20–22 点），规避系统休眠、电池优化和后台限制导致的通知丢失问题。
本文详解如何使用 workmanager 替代 alarmmanager 实现稳定、省电且兼容 android 6.0+ 的每日多时段通知（如 9–11 点、13–18 点、20–22 点），规避系统休眠、电池优化和后台限制导致的通知丢失问题。
在 Android 开发中，实现「每日多次近似时间点」的重复通知（如每天 9–11 点、13–18 点、20–22 点各触发一次）是一个常见但极具挑战性的需求。传统方案如 AlarmManager.setRepeating() 在 Android 6.0（API 23）引入 Doze 模式后已严重受限；而依赖 onCreate() 或广播接收器动态重调度的方式，会因应用长期未启动、系统清理后台进程或厂商深度省电策略（如华为/小米/OPPO 的自启管理）导致通知“静默失效”——这正是你观察到“通知消失”的根本原因。
Android 开发调试技能，通过系统 ADB 工具操作 Android 设备。以下场景必须触发此技能：(1) 直接 ADB 操作——安装 APK、查看设备列表、抓取 logcat 日志、查看已安装应用、清除应用数据、截图、重启设备、拉取/推送文件、查看 CPU/内存/电池信息、adb shell 操作；(2)...
✅ 推荐方案：使用 androidx.work.WorkManager（v2.7+）
WorkManager 是官方推荐的、生命周期感知的后台任务调度库，专为可靠性优先、非实时性要求的场景设计。它自动适配不同 Android 版本的后台限制（Doze、App Standby、后台执行限制），并支持设备重启后自动恢复任务，无需手动注册广播监听 BOOT_COMPLETED。
✅ 正确实现步骤（以每日三段弹性通知为例）
1. 添加依赖（app/build.gradle）
implementation 'androidx.work:work-runtime-ktx:2.9.0' // 推荐使用最新稳定版
2. 创建通知 Worker（核心逻辑）
public class DailyNotificationWorker extends CoroutineWorker {
private static final String KEY_NOTIFICATION_SLOT = "notification_slot";
public DailyNotificationWorker(@NonNull Context context, @NonNull WorkerParameters params) {
super(context, params);
}
@NonNull
@Override
public Result doWork() {
// 根据传入的 slot 决定发送哪一时段的通知
int slot = getInputData().getInt(KEY_NOTIFICATION_SLOT, 0);
sendNotificationForSlot(slot);
return Result.success();
}
private void sendNotificationForSlot(int slot) {
Context context = getApplicationContext();
createNotificationChannel(context);
String title, content;
int id;
switch (slot) {
case 0:
title = "早安提醒";
content = "新的一天，记得保持专注！";
id = 101;
break;
case 1:
title = "午后小憩";
content = "劳逸结合，效率翻倍~";
id = 102;
break;
case 2:
title = "晚间回顾";
content = "今天学得怎么样？来复习一下吧！";
id = 103;
break;
default:
return;
}
NotificationCompat.Builder builder = new NotificationCompat.Builder(context, CHANNEL_ID)
.setSmallIcon(R.mipmap.ic_launcher)
.setContentTitle(title)
.setContentText(content)
.setPriority(NotificationCompat.PRIORITY_DEFAULT)
.setAutoCancel(true)
.setContentIntent(createStartIntent(context));
NotificationManagerCompat.from(context).notify(id, builder.build());
}
}3. 动态计算首次触发延迟（关键！实现“近似时间窗”）
private void scheduleDailyNotifications(Context context) {
// 定义三个时间窗中心点（用于计算初始延迟）
LocalTime[] timeWindows = {
LocalTime.of(10, 0), // 9–11 点 → 中心 10:00
LocalTime.of(15, 30), // 13–18 点 → 中心 15:30
LocalTime.of(21, 0) // 20–22 点 → 中心 21:00
};
for (int i = 0; i < timeWindows.length; i++) {
LocalTime targetTime = timeWindows[i];
long initialDelay = calculateInitialDelay(targetTime);
Data inputData = new Data.Builder()
.putInt(KEY_NOTIFICATION_SLOT, i)
.build();
// 创建唯一标签，便于后续取消或更新
String tag = "daily_notif_slot_" + i;
PeriodicWorkRequest request = new PeriodicWorkRequestBuilder<DailyNotificationWorker>(1L, TimeUnit.DAYS)
.setInitialDelay(initialDelay, TimeUnit.MILLISECONDS)
.setInputData(inputData)
.addTag(tag)
.build();
WorkManager.getInstance(context).enqueueUniquePeriodicWork(
tag,
ExistingPeriodicWorkPolicy.KEEP, // 避免重复创建
request
);
}
}
private long calculateInitialDelay(LocalTime targetTime) {
LocalDateTime now = LocalDateTime.now();
LocalDateTime nextTrigger = now.with(targetTime);
if (nextTrigger.isBefore(now)) {
nextTrigger = nextTrigger.plusDays(1);
}
return Duration.between(now, nextTrigger).toMillis();
}4. 初始化调用（建议放在 Application.onCreate 或首次启动时）
// 在 Application 类或 MainActivity 启动流程中调用一次即可
if (!WorkManager.getInstance(this).getWorkInfosByTag("daily_notif_slot_0").get().isEmpty()) {
// 已存在任务，无需重复调度
} else {
scheduleDailyNotifications(this);
}⚠️ 关键注意事项与最佳实践
- 不依赖 App 进程存活：WorkManager 任务由系统服务托管，即使 App 被杀、设备重启，任务仍可持续执行（需满足网络/充电等约束条件，但默认无约束）。
-
“近似时间”本质：WorkManager 不保证毫秒级精确（这是设计使然），但通过
setInitialDelay()+1 DAY周期，可确保每日同一时间窗内稳定触发，完全满足你的业务场景。 -
避免多任务冲突：使用
enqueueUniquePeriodicWork()+ExistingPeriodicWorkPolicy.KEEP防止重复注册；如需更新时间，先cancelUniqueWork()再重新调度。 -
权限与渠道：Android 8.0+ 必须提前创建 NotificationChannel（你已实现），且 Android 13+ 需动态申请
POST_NOTIFICATIONS权限（你代码中已有处理，继续保持）。 - 厂商适配提示：部分国产 ROM（如 vivo、OPPO）可能额外限制后台唤醒。建议在设置页引导用户关闭「电池优化」和「自启动管理」，并在文档中说明此为系统级限制，非代码缺陷。
✅ 总结
放弃 AlarmManager.setExactAndAllowWhileIdle() 的“伪精确”方案，转向 WorkManager 的声明式周期调度，是当前 Android 平台上实现高可用每日通知的唯一稳健路径。它牺牲了微秒级精度，却换来了跨版本兼容性、系统级可靠性与开发维护成本的大幅降低——Duolingo 等成熟应用正是如此构建其通知体系。只需一次初始化调度，即可长期稳定运行，真正实现“设一次，管一年”。
