SwiftUI中async{}与Task.init{}区别及Task调用报错问题

开发环境为Xcode 13.4，需求是在SwiftUI的Picker组件选中项变更时触发异步网络请求，初始可运行代码如下：

Picker(NSLocalizedString("Please choose a project", comment: ""), selection: $selectedProjectKey) {
    ForEach(projectKeys, id: \.self) {
        Text($0)
    }
}
.font(.system(size: 14))
.onChange(of: selectedProjectKey, perform: { (selectedKey) in
    print("selected key \(selectedKey)")
    async {
        do {
            let projectTasks = try await api.getProjectTasksByProjectKey(projectKey: selectedKey)
            projectTasksKeys = projectTasks.map{$0.key}
        } catch {
            /// 待定义错误处理逻辑
        }
        
    }
})

上述代码可正常运行，但async{}语法已被废弃，编译时会弹出黄色警告。尝试替换为官方推荐的Task.init { ... }或Task { ... }写法时，触发编译错误：

Trailing closure passed to parameter of type 'Decoder' that does not accept a closure

该编译报错由SwiftUI视图构造器的类型推断冲突导致：

• Picker、onChange等SwiftUI修饰符/构造器基于ViewBuilder实现，尾随闭包会被系统优先推断为视图构造、编码解码相关的重载参数，而非Task的初始化闭包
• 在onChange的perform闭包中直接写尾随闭包形式的Task { ... }时，编译器无法正确匹配Task的异步执行初始化方法，会错误匹配到Task遵循Decodable协议的初始化方法——该方法参数为Decoder类型，不接受闭包入参，因此抛出对应错误。

只需要明确Task初始化的调用上下文，避免编译器类型推断错误即可，修改后的onChange代码如下：

.onChange(of: selectedProjectKey) { selectedKey in
    print("selected key \(selectedKey)")
    // 若需要继承当前主线程上下文、直接更新UI，直接使用Task {}即可
    // 若需要后台执行不阻塞主线程，可使用Task.detached，注意更新UI时手动切回主线程
    Task {
        do {
            let projectTasks = try await api.getProjectTasksByProjectKey(projectKey: selectedKey)
            projectTasksKeys = projectTasks.map{$0.key}
        } catch {
            /// 补充错误处理逻辑
        }
    }
}

如果仍触发类型推断错误，可以将异步逻辑抽成单独的视图方法，在onChange中直接调用方法，完全规避闭包推断冲突。

• 语法定位差异：async {}是Swift并发早期提案中的顶层异步执行实验性语法，从未正式纳入Swift语法规范，在Swift 5.5正式版发布后就被标记为废弃；Task {}是Swift Concurrency正式标准中定义的结构化并发语法，是官方指定的创建异步执行任务的标准写法
• 生命周期管理差异：async {}创建的是脱离结构化并发管理的游离任务，无法被父任务取消，也不会继承父任务的优先级、执行上下文（如主线程Actor）；Task {}默认会继承当前上下文的Actor、任务优先级，支持通过任务句柄取消，完全符合结构化并发管理规则
• 行为一致性差异：async {}在不同Xcode版本中的执行逻辑存在差异，部分版本中会默认运行在后台线程，直接更新UI会触发未定义行为；Task {}如果在主线程上下文中（如SwiftUI视图的body、onChange回调中）创建，默认会在MainActor上执行，直接更新UI状态不会出现线程安全问题。

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