使用 workmanager 替代 alarmmanager 实现高兼容、低功耗的每日多时段通知调度，避免因系统休眠、电池优化或应用被杀导致的通知失效问题。
使用 workmanager 替代 alarmmanager 实现高兼容、低功耗的每日多时段通知调度，避免因系统休眠、电池优化或应用被杀导致的通知失效问题。
在 Android 8.0（API 26）及以上版本中，AlarmManager.setRepeating() 已被大幅限制，而 setExactAndAllowWhileIdle() 仅支持有限次数的唤醒，且无法保证长期稳定运行——尤其在设备进入深度休眠（如 Doze 模式）、厂商定制省电策略（如华为/小米后台冻结）或用户手动清理后台后，基于 AlarmManager 的单次/重复闹钟极易失效。这也是你观察到“通知一段时间后消失”的根本原因。
推荐方案：采用 androidx.work.WorkManager 进行周期性后台任务调度
Android Adb Skill
下载
Android 开发调试技能，通过系统 ADB 工具操作 Android 设备。以下场景必须触发此技能：(1) 直接 ADB 操作——安装 APK、查看设备列表、抓取 logcat 日志、查看已安装应用、清除应用数据、截图、重启设备、拉取/推送文件、查看 CPU/内存/电池信息、adb shell 操作；(2)...
WorkManager 是 Android 官方推荐的、生命周期感知的后台任务解决方案，具备以下优势：
- ✅ 兼容 API 14+，自动降级适配不同系统版本；
- ✅ 内置电池优化豁免逻辑，不依赖用户手动关闭省电；
- ✅ 支持约束条件（如网络可用、充电中、设备空闲），提升执行可靠性；
- ✅ 天然支持周期性任务（最小间隔 15 分钟），且可跨进程/重启持久化；
- ✅ 无需在
onCreate()中反复注册，一次配置即可长期生效。
✅ 正确实现步骤（以每日 3 次通知为例）
1. 添加依赖（app/build.gradle）
implementation 'androidx.work:work-runtime-ktx:2.9.0' // 推荐使用最新稳定版
2. 创建通知 Worker（继承 CoroutineWorker 更简洁）
public class DailyNotificationWorker extends CoroutineWorker {
private static final String KEY_HOUR_RANGE = "hour_range";
public DailyNotificationWorker(@NonNull Context context, @NonNull WorkerParameters params) {
super(context, params);
}
@NonNull
@Override
public Result doWork() {
// 根据传入的时段范围（如 "09-11"）生成随机时间点发送通知
String range = getInputData().getString(KEY_HOUR_RANGE);
if (range == null) return Result.failure();
int[] bounds = parseHourRange(range); // e.g., "09-11" → [9, 11]
int targetHour = new Random().nextInt(bounds[1] - bounds[0] + 1) + bounds[0];
// 构建并触发通知（复用你原有的 NotificationCompat.Builder 逻辑）
sendNotificationAtHour(targetHour);
return Result.success();
}
private void sendNotificationAtHour(int hour) {
Context context = getApplicationContext();
createNotificationChannel(context);
Calendar cal = Calendar.getInstance();
cal.set(Calendar.HOUR_OF_DAY, hour);
cal.set(Calendar.MINUTE, new Random().nextInt(60));
cal.set(Calendar.SECOND, 0);
cal.set(Calendar.MILLISECOND, 0);
// 注意：此处仅用于演示逻辑；实际通知应立即发送，而非再设闹钟
NotificationCompat.Builder builder = new NotificationCompat.Builder(context, CHANNEL_ID)
.setSmallIcon(R.mipmap.ic_launcher)
.setContentTitle("每日提醒")
.setContentText("这是 " + hour + ":00 附近的提醒")
.setPriority(NotificationCompat.PRIORITY_DEFAULT)
.setAutoCancel(true);
NotificationManagerCompat.from(context).notify(
System.currentTimeMillis(), // 使用唯一 ID 避免覆盖
builder.build()
);
}
private int[] parseHourRange(String s) {
String[] parts = s.split("-");
return new int[]{Integer.parseInt(parts[0]), Integer.parseInt(parts[1])};
}
}3. 注册多个 PeriodicWorkRequest（分别对应三个时段）
// 在 Application.onCreate() 或首次启动时调用（仅需执行一次）
private void scheduleDailyNotifications() {
// 时段1：09:00–11:00 → 随机选一小时（如 10:xx）
Data data1 = new Data.Builder()
.putString(DailyNotificationWorker.KEY_HOUR_RANGE, "09-11")
.build();
PeriodicWorkRequest req1 = new PeriodicWorkRequestBuilder<DailyNotificationWorker>(1, TimeUnit.DAYS)
.setInitialDelay(calculateInitialDelay("09-11"), TimeUnit.MILLISECONDS)
.setInputData(data1)
.setConstraints(new Constraints.Builder()
.setRequiresBatteryNotLow(true)
.build())
.build();
WorkManager.getInstance(getApplicationContext()).enqueueUniquePeriodicWork(
"notification_morning", ExistingPeriodicWorkPolicy.KEEP, req1);
// 同理注册午后（13–18）和晚间（20–22）时段
// …
}
// 计算首次延迟：确保首次执行落在目标时段内（例如现在是 08:30，则延迟 30 分钟后执行）
private long calculateInitialDelay(String range) {
String[] parts = range.split("-");
int startHour = Integer.parseInt(parts[0]);
int endHour = Integer.parseInt(parts[1]);
Calendar now = Calendar.getInstance();
int currentHour = now.get(Calendar.HOUR_OF_DAY);
int currentMinute = now.get(Calendar.MINUTE);
Calendar firstRun = Calendar.getInstance();
int targetHour = startHour;
if (currentHour > endHour) {
// 已过今日所有时段 → 明日最早时段
firstRun.add(Calendar.DAY_OF_MONTH, 1);
} else if (currentHour < startHour) {
// 还未到首个时段 → 今天该时段
} else {
// 当前小时在 [start, end] 内 → 尽快执行（如当前 14:20 → 14:xx）
targetHour = currentHour;
}
firstRun.set(Calendar.HOUR_OF_DAY, targetHour);
firstRun.set(Calendar.MINUTE, new Random().nextInt(60));
firstRun.set(Calendar.SECOND, 0);
firstRun.set(Calendar.MILLISECOND, 0);
return Math.max(0, firstRun.getTimeInMillis() - System.currentTimeMillis());
}⚠️ 关键注意事项
- 不要混用 AlarmManager + WorkManager：二者调度机制冲突，易造成重复或遗漏；
-
禁止在 Worker 中再次调用
scheduleNotification()：PeriodicWork 已内置重复逻辑，手动重调度反而破坏稳定性； -
通知渠道必须提前创建：
createNotificationChannel()应在Application.onCreate()或WorkManager初始化前完成； - 测试需真机验证：模拟器无法准确模拟 Doze 和厂商省电行为；
-
适配 Android 12+ 通知权限：务必在
scheduleDailyNotifications()前检查POST_NOTIFICATIONS权限（API ≥ 33）。
通过 WorkManager 实现的方案已被 Duolingo、Headspace 等成熟应用广泛采用——它不追求“绝对准时”，但以系统友好方式换取了长期可靠、低功耗、免维护的每日通知能力。这才是 Android 平台上的真正最佳实践。
