为何删除Core Data对象时触发Fault？求解底层原因

先明确Fault的本质 #

Core Data的Fault是一种延迟加载机制：对象处于Fault状态时，仅保留唯一标识objectID，不会从持久化存储中加载实际字段数据，直到你访问它的属性、关系等内容时，才会触发数据加载（也就是所谓的Fault fire）。

你的删除代码触发Fault的具体原因 #

你写的[context deleteObject:[context objectWithID:entity.objectID]]存在两个关键问题：

• 冗余的对象获取：你已经持有了要删除的entity对象实例，完全不需要通过objectWithID:重新获取。
• Fault对象的生成与触发：如果业务逻辑执行完成后，原entity对象因为ARC自动内存管理被释放（引用计数归0），objectWithID:会返回一个全新的Fault状态占位对象。当你把这个对象传给deleteObject:时，Core Data需要验证该对象的所属实体、有效性等信息，这就会触发Fault的加载逻辑——因为要读取这些元数据，必须从存储层加载对象的基础信息。
• 哪怕原entity对象还存在，在某些场景下（比如上下文缓存被清理、对象被标记为需要重新同步），objectWithID:也可能返回Fault状态的对象，后续删除操作的验证步骤同样会触发Fault。

为什么NSBatchDeleteRequest不会触发Fault #

NSBatchDeleteRequest是直接作用于持久化存储层的批量操作，它仅通过objectID数组指定要删除的对象，不需要在上下文中创建或加载任何内存对象实例，完全绕开了Core Data的内存对象管理流程，自然不会触发Fault。

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