当线程在保存时被杀死时，如何防止 NSManagedObjectContext 损坏数据库？

Question

In this question, octy wrote:

顺便说一句，如果您保存在背景上 线程，你还需要考虑什么 当您的应用程序终止时发生 正在进行保存操作时。 后台线程被正确杀死 离开，而看门狗等待 5 主线程完成的秒数 起来。

现在我整天都在实现 NSOperation 并直接在 NSOperation 子类中创建 NSManagedObjectContext 实例，因此每个 NSOperation 都拥有自己的非共享 MOC。但现在这是一个非常坏的消息，因为这样的场景可能一直在发生，会破坏 Core Data 数据库。我的意思是它不能开始在 sqlite3 文件中写入半字节的内容，然后立即停止。

然后还有另一个问题：在我的 NSOperations 中，我还使用 NSFileManager 进行文件 I/O。

那我该怎么办呢？我必须在我的应用程序中跟踪所有正在运行的 NSOperations 和 NSOperationQueues 并在应用程序终止时在 App Delegate 中快速处理它们，以便我可以将 NSOperations 告诉 SFF（快速保存 F*****g）或取消所有操作，抓住他们的 MOC 并立即“硬保存”它们？解决此问题的最佳做法是什么？

为什么我在职业生涯中第一次听到这个消息？我的意思是 NSOperationQueue 和 Core Data 提到的书籍都没有提到这一点，但它似乎是一个随机的应用程序杀手，如果我们不明确注意这一点，它会迫使用户重新安装（并可能丢失大量数据）。

Answer 1

MOC 的主要功能是表示一种独立于格式的抽象存储。它将所有对象存储在内存中，并使用事务机制来提交任何更改。因此，当您在 MOC 中插入/删除/编辑某些对象时，它们仅在内存中更改，而不在持久存储中更改（无论是 SQLite 数据库、XML 文件还是其他）。只有调用save: 方法时才会提交更改。

至于 NSOperation 和文件处理：如果你想停止某些操作，你应该为此调用cancel。来自文档：

此方法不会强制您 操作码停止。相反，它 将对象的内部标志更新为 反映状态的变化。如果 操作已经结束 执行，此方法无效。 取消正在执行的操作 当前在操作队列中，但是 尚未执行，使其成为可能 从队列中删除操作 比平时早。

这意味着如果在取消操作时有一些 IO 操作正在运行，操作会一直等到它完成。

此外，尽管有 Core Data 事务机制，但您应该为不受它管理的任何数据（如果需要）实施自己的机制。