我正在用SwiftUI开发一款集成番茄钟和拳击回合计时器的应用，希望能完美适配Live Activities（锁屏+灵动岛）。两者的核心逻辑一致：多阶段循环计时器（工作/休息、回合/休息），我需要实现以下目标：

• 应用内显示环形计时器+实时倒计时
• Live Activity同步展示当前阶段名称+对应倒计时
• 自动完成阶段切换（比如工作→休息→工作，回合→休息→回合），且应用内计时器与Live Activity全程保持完全同步

我已尝试的方案及问题 #

1. 单阶段endTime方案 #

在ContentState中存储当前阶段的结束时间endTime，通过Text(endTime, style: .timer)实现单阶段倒计时。

• 问题：仅能支持单阶段计时。当阶段结束且应用被后台挂起时，Live Activity会停在0:00（甚至开始正计时），因为此时应用无法调用update(...)方法更新Live Activity状态。

2. 模式计算方案 #

存储会话启动时间sessionStart、工作时长、休息时长等核心参数，在Widget侧通过当前Date()计算当前所处阶段及剩余时间。

• 问题：Live Activity的UI无法保证每秒可靠重绘，这种方式本质上是在对抗ActivityKit的设计逻辑，同步效果不稳定。

3. 混合方案 #

应用自行维护计时器，在阶段切换时主动调用update(...)更新Live Activity状态。

• 问题：仅在应用前台运行或后台活跃时有效。一旦iOS将应用挂起，就无法再发送更新指令，Live Activity也就停止切换阶段了。

约束条件 #

我明确不想使用后端服务或ActivityKit推送更新，所有逻辑必须基于本地实现。

核心疑问 #

纯本地实现（无服务器、无推送）的情况下，是否真的能让多阶段计时器与Live Activity保持完全同步，包括设备锁定时的自动阶段切换？
如果你曾上线过无需后端的计时器/间隔/健身类应用，是如何处理阶段切换并保持应用内计时器与Live Activity同步的？

目前我能想到的“最务实”的方案是：为每个阶段单独创建Live Activity（仅倒计时至0:00），然后依赖本地通知或用户交互触发下一个阶段的启动。但总觉得这是一种妥协，想知道是否有更优雅的实现方式。