标注@MainActor仍触发后台线程UI更新，求原因解析

你的理解误区 #

你以为给dismiss()标注@MainActor就能让它在任何调用场景下自动切换到主线程，但**@MainActor的调度规则只在Swift并发模型的上下文里生效**，传统Objective-C的回调路径不受这个规则约束。

为什么直接调用会报错 #

NotificationCenter通过selector触发的@objc方法，执行线程完全取决于发送通知的线程——如果通知是在后台线程发送的，dismissPopup()就会在后台线程同步执行。这时候你直接调用标注了@MainActor的dismiss()，本质是普通的同步函数调用：因为调用方（dismissPopup()）不在Swift并发上下文里，Swift Concurrency不会自动触发主线程调度，dismiss()里的UI操作自然就跑在了后台线程，触发NSWindow的线程检查错误。

为什么包裹DispatchQueue/Task就有效 #

• DispatchQueue.main.async是直接将代码提交到主线程队列执行，完全绕开了当前线程的限制，不管在哪调用都能确保UI操作在主线程；
• Task { @MainActor in ... }是创建了一个Swift并发任务，明确指定任务在MainActor上执行——这时候Swift Concurrency会接管调度，自动把任务切换到主线程执行，符合@MainActor的预期规则。

解决办法 #

两种最稳妥的方式：

1. 在@objc的dismissPopup()里，用Task包裹调用：

@objc private func dismissPopup() {
    // 其他清理代码
    Task { @MainActor in
        popup?.dismiss()
    }
}

2. 给dismissPopup()也标注@MainActor（需Xcode 13+支持，Swift会自动生成主线程执行的包装器）：

@objc @MainActor private func dismissPopup() {
    // 其他清理代码
    popup?.dismiss()
}

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