解读

国内面试官问这道题，并不是想听“一个能省电、一个不能”这种一句话结论，而是想确认候选人是否真正踩过“保活、对齐唤醒、Doze、App Stand-by、厂商省电策略”这些坑。回答时必须把系统行为、厂商定制、后台限制、电量优化、用户体验五个维度全部展开，并给出可落地的选型策略，否则会被认为“只看过官方文档，没做过国内项目”。

知识点

1. 触发原理
   AlarmManager 依赖 Linux alarm 驱动， wakeup 类型可强行拉起 CPU；JobScheduler 基于系统统一调度器，只在“批处理窗口”内把满足约束的 Job 一次性拉活。
2. 电量与唤醒对齐
   Android 6.0 引入 Doze，7.0 取消 ACTION_NEW_PICTURE 等隐式广播，8.0 后台执行限制，9.0 对 AlarmManager 的 targetSdk>=26 应用默认批量对齐；JobScheduler 天然对齐，可把 30 个 App 的 30 次任务压到一次唤醒。
3. 国内厂商 ROM 差异
   小米、华为、OPPO 对 AlarmManager 的 wakeup alarm 有“5 分钟连续触发降频”策略，JobScheduler 在 MIUI 12+、EMUI 11+ 被强制映射到自家 Push 通道，失败率反而低于 AlarmManager。
4. 最小间隔与精度
   AlarmManager setExactAndAllowWhileIdle() 在原生 AOSP 允许 1 s 精度，但在国内 ROM 可能被“对齐”到 2~5 min；JobScheduler setOverrideDeadline() 最短只能保证 15 min 窗口，无法做秒级定时。
5. 约束条件
   JobScheduler 支持网络类型、充电状态、存储空间、设备空闲、内容 URI 触发等 10 余种约束；AlarmManager 无任何约束，只能“到点就响”。
6. 持久化与重启
   JobScheduler 任务由 system_server 持久化，OTA 重启后自动恢复；AlarmManager 在普通应用进程被杀后全部丢失，需 RECEIVE_BOOT_COMPLETED 重新注册。
7. 后台限制豁免
   AlarmManager 前台服务 + setExactAndAllowWhileIdle 可豁免 Doze；JobScheduler 在后台限制列表里优先级更高，被 force-stop 后仍可由系统拉起。
8. 适配策略
   秒级定时（闹钟、倒计时）→ AlarmManager + 前台服务；
   大数据上报、图片压缩、日志上传 → JobScheduler；
   保活需求 → 统一接入厂商 Push（小米 Push、华为 HMS、OPPO Push），本地只保留一条心跳 Job。

答案

一句话结论：AlarmManager 是“到点必须响”的 CPU 唤醒器，适合秒级、强实时场景；JobScheduler 是“满足约束才批处理”的省电调度器，适合非实时、可延迟的后台任务。
落地差异：

1. 电量：JobScheduler 可把 N 个应用任务合并到一次唤醒，AlarmManager 每次 wakeup 都单独点亮 CPU，在国产 ROM 上差异可达 5~10 mA。
2. 精度：AlarmManager setExactAndAllowWhileIdle 原生 1 s，国内 ROM 被对齐到 2~5 min；JobScheduler 最短窗口 15 min，无法做秒级。
3. 存活率：JobScheduler 由 system_server 记录，被用户强停或 OTA 重启后仍可恢复；AlarmManager 随进程死亡而丢失，需 BOOT 广播重注册。
4. 后台限制：targetSdk 31 下 AlarmManager 必须持有 SCHEDULE_EXACT_ALARM 权限，JobScheduler 无需额外权限且受系统白名单保护。
5. 选型口诀：
   “闹钟、倒计时、强实时” → AlarmManager + 前台服务；
   “日志、上报、预下载” → JobScheduler；
   “保活” → 别自己写，直接接厂商 Push 通道，本地留一条心跳 Job 即可。

拓展思考

1. Android 12 引入 SCHEDULE_EXACT_ALARM 权限并默认拒绝，国内 App 若仍用 AlarmManager 做秒级任务，上架应用市场会被打回，如何优雅降级？
   答：运行时检测 canScheduleExactAlarms()，无权限时 fallback 到前台服务 + Choreographer 帧回调，保证 1 s 精度，同时引导用户手动授予“闹钟与提醒”权限。
2. 折叠屏/大屏设备在展开时进入多窗口模式，JobScheduler 的“设备空闲”约束不再触发，导致图片压缩任务迟迟不执行，如何补救？
   答：监听 androidx.window 的 FoldingFeature，当处于 FLAT 且 POSTURE_OPENED 状态时，主动调用 JobScheduler.schedule() 并移除“设备空闲”约束，改用“充电中+网络已连接”双约束。
3. 车载 Android Automotive OS 不允许第三方应用持有 WAKE_LOCK，AlarmManager 的 wakeup 类型被系统直接忽略，如何完成夜间 OTA 包下载？
   答：使用 JobScheduler 的 setRequiredNetworkType(NETWORK_TYPE_UNMETERED) + setRequiresCharging(true) + setOverrideDeadline(6 h)，由车机系统统一批处理，避免自行唤醒。