SwiftUI中使用Timer时，长期运行的平均执行间隔是否能保持恒定？

核心结论 #

你当前的实现方式运行4小时后，timeElapsed的误差大概率会远超过±10的范围，但这不是Timer本身的长期平均精度问题，是你的计数逻辑设计不合理导致的。

原实现的缺陷 #

• Timer.publish属于RunLoop驱动的定时器，触发优先级低于UI渲染、用户交互等主线程任务。如果主线程被占用（比如播放动画、加载大量数据、用户频繁操作），Timer的触发会被推迟，甚至多个待触发的事件会被系统合并为一次触发，你直接每次加1的逻辑自然会少计数，误差随运行时间不断累积。
• 就算App全程在前台空闲运行，系统的电源管理策略、临时的资源调度也可能导致Timer触发延迟，累加计数的误差无法控制。

Timer的真实特性 #

Timer的预约触发逻辑是基于系统绝对时钟的，长期平均误差极小，只是单次触发的时间点不保证严格按时。所以只要你不用触发次数当计时依据，而是每次触发时主动读取系统当前时间计算流逝时长，就算运行数小时，计时误差也不会超过1秒。

优化后的实现方案 #

启动计时器时先记录起始时间戳，每次Timer触发时用当前时间减去起始时间得到真实流逝的时长，完全避免漏触发导致的计数误差，代码示例：

import SwiftUI

struct ContentView: View {
    @State private var startTime = Date()
    @State private var timeElapsed = 0
    let timer = Timer.publish(every: 1, on: .main, in: .common).autoconnect()
    
    var body: some View {
        VStack {
            Text("\(timeElapsed)")
        }
        .onAppear {
            // 初始化时记录起始时间
            startTime = Date()
        }
        .onReceive(timer) { _ in
            // 每次触发都基于系统时间计算真实流逝值
            timeElapsed = Int(Date().timeIntervalSince(startTime))
        }
    }
}

如果是倒计时场景，只需要把逻辑改成 总时长 - 已流逝时长 即可，就算Timer触发延迟，显示的剩余时间依然是准确的。

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