ios - 如何根据线程动态使用MOC来保护核心数据

Question

我已通读有关核心数据和线程的资料，并了解为每个线程单独设置 MOC 的原则。我的问题是，动态确定是使用不同的 MOC 还是主要的 MOC 的最佳方法是什么。我有一些方法有时在主线程上调用，有时在后台调用。是不推荐动态检测线程还是可以？有什么陷阱吗？还是人们只是为后台进程编写单独的方法？

一些额外的细节...我有一个刷新过程，它使用一个简单的 performSelectorInBackground 从主线程执行一堆更新(这样就不会在用户等待时锁定 UI)。这个过程通过连续的步骤移动，所以我不必担心在这个线程上访问数据库的多个东西，显然诀窍是保持主要和背景的安全。我已经实现了使用单独的上下文并在其他地方合并，但我最近重新设计了架构，现在正在使用以前没有的后台方法。所以我想重写那些，使用单独的上下文，但有时会在主线程上击中它们并且可以很好地访问主 MOC。

Answer 1

您没有详细说明您如何管理后台操作以及您正在用它做什么，因此很难提出任何建议。

一般来说，由于创建 MOC 是一项非常快速的操作，因此您可以在每次需要一个只读模式的 MOC 时创建一个新的临时 MOC(例如，用于数据查找)。如果您还有更新(例如，添加新对象或修改现有对象)，您应该考虑合并成本，因此每次都创建临时 MOC 可能不是一个好方法。另一个好方法是在后台线程中创建子上下文。但是，正如我所说，这完全取决于您在做什么。

看看这篇关于多线程核心数据使用的好帖子:Multi-Context CoreData .它描述了几个场景及其解决方案。

编辑:

您当然可以使用 isMainThread 来区分这两种情况(您可以使用主 MOC 以及何时需要新的 MOC)。这就是该方法的用途(而且肯定不贵)。

另一方面，如果你想要一个更简洁的实现，IMO 最好的方法是创建一个子 MOC(这大大简化了合并过程 - 它几乎变得自动，因为你只需要在保存后保存父上下文临时上下文)。