在@MainActor中执行耗时任务，是否需担忧UI响应性？

核心原因：Task继承当前Actor上下文 #

UIViewController默认被隐式标记为@MainActor，你在fetchNotesAsync里创建的Task会继承这个主线程Actor上下文，所以Task闭包的初始代码会运行在主线程。

主线程执行异步耗时任务为何没冻结UI？ #

fetchNotes虽然在主线程启动，但其中调用的query.getDocuments()是异步非阻塞的函数。当执行到await query.getDocuments()时，Swift并发系统会挂起当前任务，释放主线程去处理UI事件（比如触摸、界面刷新），直到Firebase的网络请求完成，才会恢复任务继续执行后续代码。正因主线程没有被同步阻塞，测试时UI才不会冻结。

是否值得担忧？是否需要用Task.detached？ #

• 若只是调用Firebase这类异步API，完全不需要担忧，也没必要用Task.detached。因为await期间主线程处于空闲状态，不会影响UI响应性。
• 如果fetchNotes里除了异步API，还包含同步耗时操作（比如本地解析大量数据、复杂计算），这类同步代码会占用主线程导致UI卡顿，此时可以考虑用Task.detached将任务放到后台Actor执行，避免阻塞主线程。

原代码示例 #

class MainViewController: UIViewController {
    private func fetchNotesAsync() {
        print(">>>> fetchNotesAsync \(Thread.isMainThread)")    // true

        Task {
            print(">>>> Task \(Thread.isMainThread)")   // true
            
            let noteWrappers = await fetchNotes()

            // 后续更新UI的代码会自动回到主线程，因Task继承了@MainActor上下文
        }
    }

    private func fetchNotes() async -> [NoteWrapper] {
        // 调用Firebase异步API获取远程文档
        let querySnapshot = try await query.getDocuments()
        // 若此处有同步耗时操作，才需考虑后台执行
        return ...
    }
}

内容的提问来源于stack exchange，提问作者Cheok Yan Cheng