如何防止NSManagedObjectContext在保存时线程死亡时损坏数据库？

Question

In this question, octy wrote：

顺便说一句，如果你保存在后台 线程，你还需要考虑什么 发生在你的应用程序被终止，同时 保存操作正在进行中。 后台线程被kill 远程，而看门狗等待5 秒为主线程完成 了。

现在我花了整天的时间来实现NSOperation并直接在NSOperation子类中创建NSManagedObjectContext实例，因此每个NSOperation都拥有它自己的非共享MOC。但是现在这是一个非常糟糕的消息，因为这种可能会一直发生的情况会破坏核心数据库。我的意思是它不能开始在sqlite3文件中写入一个半字节的东西，然后立即停止。

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

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

为什么我第一次听到我的职业生涯？我的意思是NSOperationQueue和核心数据中没有一个提到书籍甚至提到这个问题，但它似乎是一个随机的应用杀手，如果我们不明确地关心这个问题，它会强制用户重新安装（并可能丢失大量数据）。

Answer 1

MOC的主要功能是表示与格式无关的抽象存储。它将所有对象存储在内存中，并使用事务机制来提交任何更改。所以当你插入/删除/编辑MOC中的某些对象时，它们只会在内存中更改，而不会在持久存储中更改（无论是SQLite数据库，XML文件还是其他）。只有在调用​​方法时才会执行更改。

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

此方法不会强制您的 操作代码停止。相反，它 更新对象的内部标志为 反映状态的变化。如果 操作已完成 执行，则此方法不起作用。 取消当前在操作队列中的 的操作，但 尚未执行，这使得 可能比平常更快地从队列 中删除操作。

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

尽管核心数据事务机制，你应该实现你自己的一个不受它管理的数据（如果需要）。