你的问题核心是Nokia 6（TA-1021）搭载的Android 8.1定制ROM的强化省电策略，结合Android 8.0+原生的后台限制，导致了Doze模式下Alarm和Job调度被异常清除的行为，下面分点拆解：

1. Doze模式下Alarm被清除的真相 #

Android官方Doze模式的设计是延迟非高优先级Alarm到维护窗口执行，而非直接清除。但Nokia的定制ROM对Doze模式做了激进优化：当设备进入深度闲置状态时，系统会把未加入「省电白名单/受保护应用」的后台应用标记为「非必要耗电应用」，不仅杀死其后台服务，还会主动清除该应用的所有Alarm调度——这已经超出了Android原生Doze的限制范围，是厂商为了极致省电做出的定制逻辑。

另外，如果你使用的是普通的setRepeating或setExact（未带AllowWhileIdle后缀）的Alarm，在Android 8.0+原生后台限制下就会被限制，而Nokia的ROM进一步放大了这个限制，直接清除而非延迟执行。

2. Job Scheduler在Doze下被清除的行为差异原因 #

你提到手动杀服务时Job能正常重启，但Doze下不行，这是因为系统对两种「杀进程」场景的判定逻辑完全不同：

• 手动杀服务：系统认为这是用户的临时操作，只是终止当前进程，会保留用户之前设置的持久化Job调度（只要你给Job设置了setPersisted(true)），所以Job Scheduler会在合适时机重启你的服务。
• Doze模式下系统杀服务：Nokia的ROM会将此场景判定为「应用过度耗电」，除了杀死进程，还会主动清除该应用的所有Job调度任务——相当于系统直接撤销了这个应用的后台调度权限，而非单纯终止进程。

哪怕你遵循了Android官方文档使用Job Scheduler，厂商的定制优化也会绕过原生逻辑，直接清理Job。

3. 为什么Evernote的Android Job文档能解释这个场景？ #

Evernote团队提到的「应用被系统强制杀死后Job可能被清除」，正好对应你遇到的Doze场景：这里的「系统强制杀死」不是用户手动操作，而是系统出于省电等优化主动触发的，此时厂商ROM有权限清除该应用的所有后台调度任务，而用户手动杀进程时系统不会这么做。

快速缓解建议 #

1. 加入省电白名单：在Nokia设备的「设置-电池-应用省电管理」中，把你的应用加入「受保护应用」或「不限制后台」列表，这是最直接绕过厂商限制的方法。
2. 改用高优先级Alarm：将普通Alarm替换为setExactAndAllowWhileIdle或setAndAllowWhileIdle（单次触发后重新调度），这是Android官方允许的、能在Doze模式下触发的高优先级Alarm。
3. 切换到WorkManager：用Android Jetpack的WorkManager替代Job Scheduler+Alarm的组合，它会自动适配不同Android版本和厂商的后台限制，比原生组件更稳定。

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