SwiftUI @EnvironmentKey复用Core Data FetchRequest告警排查

警告触发的核心原因是SwiftUI修饰符的调用顺序错误。
@FetchRequest初始化时会从当前所处的视图环境中读取NSManagedObjectContext，原有代码先给ContentView注入了托管对象上下文，再在外层调用.loadCounts()挂载包含@FetchRequest的视图修饰符——这层修饰符本身处于被注入context的视图层级之外，读不到注入的有效context，只能拿到未绑定持久化存储协调器的空context，因此触发警告。

调整链式修饰符的顺序，将托管对象上下文的注入逻辑放在最外层，保证内层所有视图、自定义修饰符都能读取到有效的context，同时补全预览层的修饰符配置：

//  MyEnvApp.swift
@main
struct MyEnvApp: App {
    
    let persistenceController = PersistenceController.shared

    var body: some Scene {
        WindowGroup {
            ContentView()
                .loadCounts()
                // 核心调整：把context注入放在修饰符链最外层，包裹住内部所有视图逻辑
                .environment(\.managedObjectContext, persistenceController.container.viewContext)
        }
    }
}


struct ContentView_Previews: PreviewProvider {
    static var previews: some View {
        ContentView()
            .loadCounts()
            .environment(\.managedObjectContext, PersistenceController.preview.container.viewContext)
    }
}

• 当前CountLoaderViewModifier中的@FetchRequest没有配置排序描述符，正式使用时建议添加和业务匹配的sortDescriptors，避免列表数据顺序随机波动。
• 代码中item.name!的强制解包在属性为nil时会直接触发崩溃，建议替换为空值兼容写法，比如Text("Item at \(item.name ?? "未命名")")。
• 开发阶段用的fatalError错误处理逻辑上线前必须替换，可搭配用户侧友好提示、内部日志上报实现。

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