Swift异步闭包中函数能否自调用？倒计时实现报错咨询

一、原实现模式的本质错误 #

这种写法存在本质错误，核心原因有两点：

1. 逃逸闭包捕获inout参数的安全问题：inout参数传递的是变量的内存地址，而DispatchQueue.main.asyncAfter的闭包属于逃逸闭包（会在函数返回后延迟执行）。Swift禁止逃逸闭包捕获inout参数，因为原变量的内存地址可能在函数返回后发生变化（比如SwiftUI的@State变量由框架管理，存储位置可能被移动），后续闭包执行时会访问无效内存，引发不可预期的问题。
2. 违背SwiftUI状态管理规则：@State变量是SwiftUI框架负责管理的状态容器，直接通过inout操作其内存地址，绕过了SwiftUI的响应式更新机制，可能导致视图无法正确重绘，破坏状态与视图的绑定关系。

二、最简单的正确实现模式 #

推荐两种符合SwiftUI规范的简洁实现方式：

方式1：Timer计时器（兼容iOS 13+） #

利用Timer.scheduledTimer每秒触发一次更新，倒计时结束后停止计时器：

struct CountdownView: View {
    @State private var countdown: Int = 10
    
    var body: some View {
        Text("\(countdown)")
            .onAppear {
                let timer = Timer.scheduledTimer(withTimeInterval: 1.0, repeats: true) { [weak self] timer in
                    guard let self = self, self.countdown > 0 else {
                        timer.invalidate()
                        return
                    }
                    self.countdown -= 1
                }
            }
    }
}

方式2：Task异步循环（iOS 15+） #

利用Swift并发框架的Task实现异步延迟循环，代码更简洁：

struct CountdownView: View {
    @State private var countdown: Int = 10
    
    var body: some View {
        Text("\(countdown)")
            .task {
                while countdown > 0 {
                    // 延迟1秒，忽略取消错误
                    try? await Task.sleep(nanoseconds: 1_000_000_000)
                    countdown -= 1
                }
            }
    }
}

这两种实现的核心优势：

• 都是通过正常的赋值操作更新@State变量，完全遵循SwiftUI的响应式状态管理规则，变量更新后自动触发视图重绘。
• 避免了原写法中内存地址捕获的安全问题，Timer和Task的执行机制都是Swift官方认可的安全方案。

内容的提问来源于stack exchange，提问作者g i i k