SwiftUI定时器触发干扰Sheet内Picker，导致选中值重置问题

Picker选中值重置/无法交互问题 #

原因：全局高频定时器触发整个界面频繁重绘，导致Sheet中的Picker视图被反复重建，选中状态无法持久保留；当定时器间隔缩短到10ms/1ms时，UI线程被持续占用，根本无法处理Picker的交互事件，选中值瞬间被重置。

解决办法：

• 降低定时器刷新间隔：多计时器App的显示精度不需要到毫秒级，1秒刷新一次完全满足需求，既避免UI频繁重绘，又减少资源占用。
• 独立管理计时器状态：不要用全局定时器统一刷新所有UI，改为给每个计时器实例单独维护状态（比如用@ObservableObject或@StateObject封装每个计时器的倒计时逻辑），只有当单个计时器的剩余时间变化时，才更新对应的UI组件，而非全局重绘。
• 隔离Sheet的Picker状态：将Sheet中Picker的选中值绑定到一个独立的@State变量，不要直接绑定到可能被定时器修改的数据源，确保交互过程中选中状态不受定时器刷新影响。

定时器适用性问题 #

不是定时器本身不适用于多计时器App，而是你的实现方式有问题。全局高频定时器的设计会导致UI线程阻塞、资源浪费，正确的做法是：

• 用Combine的Timer.publish(every:on:in:)为每个计时器创建独立的订阅，仅当该计时器状态变化时更新对应UI。
• 或者使用DispatchSourceTimer，将倒计时逻辑放在后台线程处理，通过@Published属性将状态同步到UI线程，避免阻塞主线程。

CPU占用率疑问 #

这种情况完全不正常。10ms/1ms的定时器每秒会触发100/1000次回调，每次回调如果涉及UI更新，会让主线程持续处于忙碌状态，CPU占用自然飙升；弹出Sheet后需要渲染额外的UI元素，进一步加重主线程负担，导致占用率更高。

解决办法就是前面提到的降低刷新间隔到1秒，同时采用独立的计时器状态管理方式，减少不必要的UI刷新。

工具栏「+」按钮失效问题 #

大概率是SwiftUI视图状态刷新异常导致的，常见原因和解决办法：

• 视图层级依赖问题：按钮所在的工具栏视图可能依赖于列表的状态，当列表没有触发重绘时，按钮的状态也没有被更新。可以将工具栏按钮封装成独立的子视图，用@StateObject管理按钮的状态，避免受列表刷新的影响。
• 状态绑定失效：检查按钮的action绑定是否正确，确保没有被其他状态更新覆盖。可以尝试给按钮添加.id()修饰符，强制SwiftUI识别视图状态变化，比如Button("+") { ... }.id(toolbarButtonId)，在需要刷新按钮时更新toolbarButtonId的值。
• 滚动触发重绘的原因：滚动列表时会触发列表视图的重绘，间接带动了工具栏视图的刷新，所以按钮恢复可用。这说明工具栏视图的刷新逻辑没有和正确的状态绑定，需要调整状态管理方式，确保按钮的可用性状态能实时更新。

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