如何创建用于预览的虚拟NSManagedObjectContext且不污染常规上下文？

方案对比分析 #

1. 新建临时独立NSManagedObjectContext（最优方案） #

你顾虑的问题完全不存在：

• 只要你不主动将该上下文的变更save()到关联磁盘的持久化存储，所有预览对象都只会存储在内存中
• 当持有该上下文的视图被销毁时，上下文和其中的所有托管对象都会被自动释放，不会占用任何磁盘存储空间，也完全不会污染你的业务上下文。

可以进一步优化该方案，直接将临时上下文配置为纯内存存储，完全和磁盘持久化逻辑隔离，彻底避免误存风险：

let previewMoc = NSManagedObjectContext(concurrencyType: .mainQueueConcurrencyType)
// 配置为纯内存存储，完全不接触磁盘数据
let storeDesc = NSPersistentStoreDescription()
storeDesc.type = NSInMemoryStoreType
previewMoc.persistentStoreCoordinator = PersistenceController.shared.container.persistentStoreCoordinator
try? previewMoc.addPersistentStore(description: storeDesc)

let person = Person(context: previewMoc)
person.name = "Person Name"

2. 视图退出时删除对象 #

该方案缺陷非常明显：

• 除了你提到的App在页面打开时退出不会触发onDisappear的问题，App中途崩溃、页面意外销毁的场景也会导致清理失效，留下脏数据
• 每次创建和删除都需要调用全局存储的save()方法，可能干扰正常业务的上下文操作，完全没必要使用。

3. 常规上下文插入后全局过滤 #

确实是最差方案：

• 你需要在所有业务查询逻辑中都额外加过滤条件，遗漏任何一个场景都会出现业务bug，维护成本极高
• 预览对象存在被误存到磁盘的风险，会长期残留影响业务数据，不推荐。

4. 全局虚拟上下文 #

该方案没有明显优势，反而增加了额外成本：

• 全局上下文会一直持有所有创建过的预览对象，不会自动释放，容易造成不必要的内存占用
• 需要手动实现上下文内对象的清理逻辑，反而比临时上下文的方案更繁琐。

更轻量的补充方案 #

如果你只需要静态展示预览数据，不需要用到Core Data上下文的KVO监听、关系查询、自动同步等特性，可以直接创建不关联任何上下文的托管对象，连临时上下文都不需要：

let personEntity = NSEntityDescription.entity(forEntityName: "Person", in: PersistenceController.shared.container.viewContext)!
let previewPerson = Person(entity: personEntity, insertInto: nil)
previewPerson.name = "Person Name"

该方案实现最轻量，对象用完即释放，没有任何额外开销。

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