项目创建后手动添加Core Data时SwiftUI集成遇环境上下文报错求助

错误本质 #

你当前应用环境中的NSManagedObjectContext没有绑定对应的持久化存储协调器，无法执行数据库读写操作。结合你给出的代码、以及“项目创建时未勾选Core Data、后续手动添加能力”的前置条件，按以下顺序逐点排查即可定位问题：

排查步骤 #

1. 修正@FetchRequest的放置位置
   • @FetchRequest是专门为View层级设计的属性包装器，绝对不能直接写在遵循App协议的应用入口结构体中。
   • 你现在把@FetchRequest直接声明在Draw_DailyApp里，这个位置的初始化时机远早于你给ContentView注入managedObjectContext的时机，包装器会自动生成一个完全空白、没有连接任何持久化协调器的默认context——也就是报错日志里打印的那个0x6000008a8820地址的对象。
   • 修改方式：把和视图逻辑绑定的@FetchRequest、showOrderSheet这类属性，全部移动到实际使用的子视图（比如ContentView）中，不要留在App入口层。
2. 核对持久化容器的命名一致性
   • 你在PersistenceController中初始化NSPersistentContainer时传入的字符串是"DrawDaily"，这个值必须和项目内.xcdatamodeld文件的不带后缀的文件名完全匹配。
   • 手动添加Core Data的场景下最容易踩这个坑：比如项目名是Draw_Daily，建的模型文件叫Draw_Daily.xcdatamodeld，但代码里写的容器名是"DrawDaily"，名字对不上会导致容器根本找不到对应的模型文件，初始化出的viewContext自然不会连接协调器。
3. 检查模型文件的Target归属
   • 手动拖拽进项目的.xcdatamodeld文件，经常会出现没有勾选主App Target的情况，导致模型文件根本没有被打包进App的运行bundle，容器加载存储时直接失败。
   • 操作方式：选中项目里的.xcdatamodeld文件，在右侧File Inspector面板的Target Membership区域，勾选当前运行的App主target。
4. 确认持久化存储加载状态
   • 你目前的代码中，存储加载失败的分支直接触发fatalError，建议临时在加载回调中加日志打印实际错误，排除沙盒权限不足、存储文件损坏、模型版本不匹配导致的加载失败问题。

校验逻辑 #

你现在在WindowGroup里给ContentView注入.environment(\.managedObjectContext, persistenceController.container.viewContext)的逻辑本身是正确的，只要保证后续的@FetchRequest都放在这个注入点的下游视图层级里，就能拿到正确绑定了协调器的context，不会再出现上下文连接异常的报错。 #

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