SwiftUI中是否需要取消Timer.publish创建的定时器？

你接手的代码里，CustomButton视图通过Timer.publish(every: 1, on: .main, in: .common).autoconnect()创建了一个定时器，但没有手动取消的逻辑。下面针对你的问题逐一说明：

视图释放时定时器会自动停止吗？ #

不一定，得看订阅的绑定情况：

• 如果你是通过SwiftUI的onReceive(timer)修饰符来绑定定时器事件，当视图被从层级中移除销毁时，这个onReceive的订阅会自动取消，此时.autoconnect()启动的定时器会因为没有活跃订阅而停止——这也是很多时候没手动取消也没出问题的核心原因。
• 但如果你的定时器订阅被保存在视图外部（比如ViewModel的全局Cancellable集合里），或者你手动持有了订阅对象却没在视图消失时取消，那视图销毁后定时器依然会持续运行。

不手动取消的隐患 #

虽然当前团队没遇到问题，但这些场景下会触发隐患：

• 不必要的资源浪费：如果定时器完成任务后还在持续触发（比如倒计时结束后），会一直消耗CPU和电量，尤其是按钮这类可能频繁创建销毁的视图，累积起来会影响整体性能。
• 内存泄漏风险：如果定时器的闭包捕获了视图或其他对象的强引用，而定时器一直运行的话，这些对象无法被系统回收，导致内存泄漏。
• 业务逻辑混乱：如果视图被重复创建（比如Tab切换、列表单元格复用），每次创建都会生成新的定时器实例，旧的未取消的定时器会和新实例同时运行，导致任务重复执行、状态异常。

什么时候需要手动取消？ #

• 定时器是一次性任务（比如倒计时、单次接口轮询），完成后就不需要再运行了。
• 订阅没有绑定到视图生命周期（比如订阅存在于ViewModel或全局对象中）。
• 视图可能被频繁创建销毁，需要确保旧定时器及时停止，避免资源累积。

正确的取消姿势 #

别直接用timer.upstream.connect().cancel()，更稳妥的方式是管理好订阅/连接对象：

方式1：手动管理连接（不用.autoconnect()） #

struct CustomButton: View {
    private let timerPublisher = Timer.publish(every: 1, on: .main, in: .common)
    private var timerConnection: Cancellable?
    
    var body: some View {
        Button("Start Timer") {
            timerConnection = timerPublisher.connect()
        }
        .onDisappear {
            timerConnection?.cancel()
        }
    }
}

方式2：管理订阅对象（用.autoconnect()） #

struct CustomButton: View {
    private let timer = Timer.publish(every: 1, on: .main, in: .common).autoconnect()
    private var timerSubscription: AnyCancellable?
    
    var body: some View {
        Button("Start Task") {
            timerSubscription = timer.sink { _ in
                // 执行你的任务
                // 任务完成后直接取消
                if taskIsFinished {
                    timerSubscription?.cancel()
                }
            }
        }
        .onDisappear {
            timerSubscription?.cancel()
        }
    }
}

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