肘子的Swift记事本
·
跨域传递 NSManagedObjectContext 为什么在 Swift 6.2 中不再报错？真正的变化不在编译器
内容提要
在Xcode 16与26中，NSManagedObjectContext的导入方式发生变化，Xcode 26引入了NS_SWIFT_SENDABLE和NS_SWIFT_NONISOLATED标记，使其被视为可跨域传递的类型。尽管如此，仍需遵循Core Data的并发编码准则，避免在生产环境中随意共享上下文。
关键要点
-
在Xcode 26中，NSManagedObjectContext的导入方式发生了变化，增加了NS_SWIFT_SENDABLE和NS_SWIFT_NONISOLATED标记。
-
这些标记使得NSManagedObjectContext被视为可跨域传递的类型。
-
尽管NSManagedObjectContext现在可以跨域传递，但在生产环境中仍需遵循Core Data的并发编码准则。
-
Swift 6.1和Swift 6.2对一般的non-Sendable引用类型的处理是一致的，都会报错。
-
NSManagedObjectContext在Xcode 26的SDK中被以更强的并发语义导入到Swift中，不再是一个普通的non-Sendable类型。
延伸解读
NSManagedObjectContext 的新特性
在 Xcode 26 中，NSManagedObjectContext 被引入了 NS_SWIFT_SENDABLE 和 NS_SWIFT_NONISOLATED 标记，这使得它可以被视为可跨域传递的类型。这一变化意味着开发者在使用 Core Data 时，可以更灵活地处理并发任务，但仍需谨慎，确保遵循并发编码准则。
并发编码的注意事项
尽管 NSManagedObjectContext 现在支持跨域传递，但在生产环境中，开发者仍需遵循 Core Data 的并发编码准则。随意共享上下文可能导致数据竞争和不一致性，因此在设计应用时应谨慎考虑并发模型。
Swift 版本间的差异
Swift 6.1 和 6.2 对于一般的 non-Sendable 引用类型的处理是一致的，均会报错。这表明，NSManagedObjectContext 的变化并非编译器的进化，而是框架导入语义的调整。开发者在遇到编译差异时，应关注框架的变化而非仅仅是编译器本身。
延伸问答
Xcode 26中NSManagedObjectContext的变化是什么？
在Xcode 26中，NSManagedObjectContext被标记为NS_SWIFT_SENDABLE和NS_SWIFT_NONISOLATED，使其被视为可跨域传递的类型。
为什么Swift 6.2不再报错关于NSManagedObjectContext的并发问题？
因为NSManagedObjectContext在Xcode 26中被以更强的并发语义导入，不再被视为普通的non-Sendable类型。
在使用NSManagedObjectContext时需要遵循哪些并发编码准则？
在生产环境中，仍需遵循Core Data的并发编码准则，避免随意共享上下文。
NS_SWIFT_SENDABLE和NS_SWIFT_NONISOLATED的作用是什么？
NS_SWIFT_SENDABLE表示类型在Swift中应被视为Sendable，NS_SWIFT_NONISOLATED表示成员应以nonisolated方式导入。
Swift 6.1和Swift 6.2对non-Sendable类型的处理有什么不同？
Swift 6.1和Swift 6.2对一般的non-Sendable引用类型的处理是一致的，都会报错。
如何验证NS_SWIFT_SENDABLE和NS_SWIFT_NONISOLATED的效果？
可以通过将这两个宏应用于自定义Objective-C类，观察Swift编译器的行为变化来验证其效果。
