SwiftData中控制器与视图的ModelContext不匹配致查询失败？

你的问题确实是容器和上下文实例不统一导致的，具体原因和修正方案如下：

核心问题分析 #

当前代码存在两个致命问题：

• container是计算属性，每次访问myController.container都会创建全新的ModelContainer实例，这意味着App环境注入的容器和控制器内部使用的容器完全不是同一个；视图的@Query基于环境容器查询，而控制器插入数据用的是另一个容器的上下文，数据完全隔离。
• context同样是计算属性，每次调用都会基于新容器创建新上下文，进一步加剧了数据隔离的问题。

修正方案 #

将容器和上下文改为存储属性，在控制器初始化时仅创建一次，确保全局所有组件共享同一个容器和上下文。

修正后的控制器代码 #

@Observable final class MyController {
    // 单例实例
    static let shared = MyController()
    
    // 存储属性：全局唯一的容器
    let container: ModelContainer
    // 存储属性：基于容器的主上下文
    let context: ModelContext
    
    // 私有初始化，确保单例唯一
    private init() {
        // 处理初始化错误，避免try!导致崩溃
        do {
            let config = ModelConfiguration(isStoredInMemoryOnly: false)
            self.container = try ModelContainer(for: Model1.self, Model2.self, configurations: config)
            self.context = ModelContext(container)
        } catch {
            // 根据业务需求处理错误，比如崩溃或降级处理
            fatalError("无法初始化ModelContainer: \(error)")
        }
    }
    
    public func update() async {
        do {
            let newEntries = try await self.retrieveEntries(between: interval) 
            // 使用全局唯一的上下文插入数据
            for newEntry in newEntries {
                context.insert(newEntry)
            }
            // 可选：手动保存上下文（默认自动保存，但后台操作建议手动触发）
            try context.save()
        } catch {
            // 处理数据获取或保存错误
            print("更新数据失败: \(error)")
        }
    }
}

修正后的App配置 #

@State private var myController = MyController.shared

var body: some Scene {
    WindowGroup {
        iOSMainAppView()
            .environment(myController)
            .modelContainer(myController.container)
    }
}

额外注意事项 #

1. Widget/WatchOS共享数据：如果需要让Widget或WatchOS应用访问同一套数据，需配置App Group，并在ModelConfiguration中指定group容器：

   let config = ModelConfiguration(
       for: Model1.self, Model2.self,
       url: FileManager.default.containerURL(forSecurityApplicationGroupIdentifier: "你的App Group ID")!
           .appendingPathComponent("MyData.sqlite")
   )
   

   确保所有组件（主App、Widget、WatchOS）使用相同配置初始化容器。
2. 错误处理：生产环境避免使用try!，应捕获并处理初始化或数据操作的错误，比如弹出提示或记录日志。
3. 多线程上下文：如果需要在后台线程操作数据，建议基于同一个容器创建新的ModelContext，但主视图和大部分逻辑使用主上下文即可。

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