适配Swift新并发时，@MainActor常量属性跨线程访问疑问

为什么MainActor类的常量也会被隔离？ #

Swift并发模型中，类被标记@MainActor后，它的所有成员（包括类常量、类方法）都会自动继承MainActor隔离属性，不管这个成员本身是不是只读常量。UIKit的类（比如UIWindow、UIScreen）整体标记@MainActor是Apple的设计选择——UIKit框架本身绑定主线程，统一隔离规则可以避免开发者在非主线程意外操作UI相关API导致的潜在问题，哪怕是看似无害的常量。

如何在后台线程安全访问这些值？ #

如果你确定目标值是线程安全的（比如真正的常量、运行时不会变更的准常量），可以用以下几种方式绕过编译器限制：

1. 初始化时在主线程预取值，后续在后台复用

利用Task.value阻塞获取主线程的值，适合在类初始化等场景使用：

final class MyClass {
    let myValue: NSNotification.Name
    
    init() {
        // 阻塞获取主线程的常量值，之后可在后台自由使用
        myValue = Task { @MainActor in
            UIWindow.didBecomeKeyNotification
        }.value
    }
}

2. 封装全局静态缓存，仅在首次访问时从主线程加载

对于全局常用的准常量（比如UIScreen的scale、nativeBounds），可以封装成静态属性，只在第一次访问时在主线程取一次值，之后后台直接复用：

// 封装UIWindow的通知常量
extension NSNotification.Name {
    static let windowDidBecomeKey: NSNotification.Name = MainActor.run {
        UIWindow.didBecomeKeyNotification
    }
}

// 封装UIScreen的准常量
struct ScreenConstants {
    static let mainScale: CGFloat = MainActor.run { UIScreen.main.scale }
    static let mainNativeBounds: CGRect = MainActor.run { UIScreen.main.nativeBounds }
}

// 后台线程直接使用
Task.detached {
    print(ScreenConstants.mainScale)
    NotificationCenter.default.addObserver(forName: .windowDidBecomeKey, object: nil, queue: nil) { _ in
        // 处理通知
    }
}

MainActor.run会同步在主线程执行闭包并返回结果，静态属性的初始化是线程安全的，只会执行一次。

3. 手动标记值为@unchecked Sendable（谨慎使用）

如果你需要直接在后台访问，且完全确定值的线程安全性，可以用@unchecked Sendable包裹获取逻辑，告诉编译器你确认这个操作是安全的：

Task.detached {
    let notificationName: NSNotification.Name = @unchecked Sendable {
        MainActor.assumeIsolated {
            UIWindow.didBecomeKeyNotification
        }
    }()
    // 使用notificationName
}

注意：这个方法要非常谨慎，只有当你100%确认目标值不会有线程安全问题时才用，否则可能引入难以排查的bug。

注意事项 #

• 只对真正线程安全的值使用上述方法：比如didBecomeKeyNotification是类常量，完全不可变；UIScreen.main.scale虽然是var，但在设备运行时几乎不会变更（除非是特殊的多屏场景，但大部分APP不需要考虑）。
• 避免在后台频繁切换到主线程取值：尽量一次性预取所有需要的常量，减少主线程的阻塞和上下文切换开销。

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