为何Apple将PersistenceController设为单例并传入SwiftUI环境？

当使用Core Data创建App时，Xcode默认会生成单例模式的PersistenceController结构体：

struct PersistenceController {
    static let shared = PersistenceController()

    static var preview: PersistenceController = {
        let result = PersistenceController(inMemory: true)
        let viewContext = result.container.viewContext 

    ...

同时在App启动代码中，会将该单例的上下文注入到SwiftUI环境：

@main
struct MyApp: App {
    let persistenceController = PersistenceController.shared

    var body: some Scene {
        WindowGroup {
            ContentView()
                .environment(\.managedObjectContext, persistenceController.container.viewContext)
        }
    }
}

为什么已经有环境留存实例，还要把PersistenceController设计成单例？ #

• 保证数据栈全局唯一：Core Data的核心是NSPersistentContainer，多个容器实例会导致数据读写冲突、缓存不一致等问题。单例模式从根源上避免了开发者误创建多个PersistenceController，确保整个App只有一个核心数据栈。
• 支持预览与测试场景：Xcode生成的preview静态属性基于单例逻辑创建内存中的测试实例，既能快速生成预览数据，又不影响主App的真实数据栈，方便开发调试。
• 非UI层的便捷访问：在ViewModel、工具类等非View代码中，无法直接从环境获取上下文，通过PersistenceController.shared可以直接访问数据栈，不用依赖环境传递，简化非UI场景的数据操作。

既然能直接用shared访问单例，为什么还要把上下文注入环境？ #

• 适配SwiftUI响应式机制：将上下文注入环境后，View可以通过@Environment(\.managedObjectContext)自动获取，并且当上下文状态变化时，SwiftUI会自动触发View刷新，完全贴合响应式设计逻辑。
• 提升可测试性与灵活性：在测试或预览时，能轻松替换成内存上下文（比如preview实例的上下文），不用修改View层代码。如果直接在View里硬编码调用单例，替换测试上下文会非常麻烦。
• 降低代码耦合：View层只需要关注数据操作，不用感知PersistenceController的存在，依赖关系更清晰，后续重构也更方便。硬编码单例会让View和数据栈强耦合，不利于维护。

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