WKExtendedRuntimeSession在watchOS10中是否改变了计时器工作机制？

问题重现 #

我开发的独立watchOS应用，按下按钮启动正念类型的WKExtendedRuntimeSession，同时运行1秒重复计时器，后台无CPU密集操作：

• watchOS 9：会话正常运行至手动停止或1小时后过期，屏幕变暗后计时器持续工作
• watchOS 10：屏幕变暗约50秒后计时器直接中断，既不触发extendedRuntimeSessionWillExpire(_:)或extendedRuntimeSessionDidInvalidateWith(_:)代理方法，scenePhase也保持inactive；点亮屏幕后计时器自动恢复，无任何异常提示。

已尝试将计时器替换为递归DispatchQueue.main.asyncAfter调用，问题依旧。

可能的原因 #

1. watchOS 10后台资源策略调整
   苹果在watchOS 10中强化了后台电量管控，即使是正念这类允许长期后台的会话，当设备进入屏幕变暗的非活跃状态后，系统可能会暂停非核心任务调度（比如计时器、异步延迟任务），但不会标记会话过期——这就是为什么点亮屏幕后任务能直接恢复，且代理方法没触发。

2. 会话活跃状态的隐性限制
   虽然WKExtendedRuntimeSession的isActive可能仍返回true，但系统在屏幕休眠后会限制该会话的CPU调度优先级，导致定时任务无法按时执行，看起来像是“停止”了。

可行的排查与解决方法 #

• 确认会话配置合规
  检查WKExtendedRuntimeSessionConfiguration的activityType是否正确设置为.mindfulness，且启动会话前已获取必要的权限（比如正念相关的健康权限，如果涉及的话）。
• 结合后台任务调度
  尝试用WKBackgroundTaskScheduler在会话活跃期内提交周期性后台任务，替代单纯的计时器/asyncAfter。后台任务会向系统申请短暂的执行窗口，可能能绕过屏幕休眠后的调度限制，但注意单任务的执行时长不能超过系统限制。
• 监听设备唤醒状态
  通过WakefulnessMonitor的isAwake属性监听设备状态，当检测到设备进入休眠时，可以尝试重新触发任务（比如重新调度asyncAfter），但这不一定能完全解决问题，因为系统的电量管控优先级更高。
• 提交苹果Bug反馈
  如果你的实现完全符合watchOS文档规范，但问题依旧，大概率是系统Bug。可以通过苹果开发者反馈助手提交详细的复现步骤、设备日志，帮助苹果修复问题。

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