SwiftUI应用初始化调用Task.detached崩溃问题求助

问题原因 #

在macOS 11（Big Sur）、Xcode 13、Swift 5.5环境下，直接在TestApp的init方法中调用包含Task.detached的load函数会引发崩溃，错误为Thread 1: EXC_BAD_ACCESS (code=1, address=0x0)。这是因为App的init阶段执行时机过早，SwiftUI异步任务调度所需的运行时上下文尚未完全初始化，此时启动Task.detached会访问未初始化的内存区域，导致崩溃。

解决方案 #

将异步初始化逻辑移到App视图的onAppear回调中（此时App环境已完全就绪），或者通过DispatchQueue延迟任务执行，确保运行时上下文准备完毕。

方案1：使用onAppear触发异步任务 #

修改TestApp的实现，将load调用移到视图的onAppear中：

import SwiftUI

@main
struct TestApp: App {
    // 使用@StateObject持有Controller实例，确保生命周期与App绑定
    @StateObject private var controller = Controller.shared

    var body: some Scene {
        WindowGroup {
            VStack {
                Text("Hello")
            }
            .onAppear {
                // 视图出现时触发后台加载
                controller.load()
            }
        }
    }
}

class Controller: ObservableObject {
    static let shared = Controller()

    @Published public var loaded = false
    @Published public var processing = false

    func load() {
        Task.detached {
            print("Hello")
            // 后台加载完成后，切回主队列更新UI状态
            await MainActor.run {
                self.loaded = true
                self.processing = false
            }
        }
    }
}

方案2：通过DispatchQueue延迟任务执行 #

如果需要保留init中的调用，可以在load函数里先通过主队列调度，再启动Task：

func load() {
    DispatchQueue.main.async {
        Task.detached {
            print("Hello")
            // 同样，更新UI时要切回主队列
            await MainActor.run {
                self.loaded = true
                self.processing = false
            }
        }
    }
}

关键说明 #

• onAppear是视图生命周期中安全的时机，此时SwiftUI的运行时环境已完全初始化，能正常处理异步任务。
• 当后台任务需要更新@Published属性时，必须通过MainActor.run切回主队列，避免UI线程竞争问题。

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