通常在单线程应用程序中，主托管对象上下文将驻留在 AppDelegate 中，我们将通过 appDelegate.mainMOC 访问它。但是现在 Apple 引入了嵌套上下文（父和子），他们推荐“传递接力棒”的方法：
嵌套上下文比以往任何时候都更重要的是，采用“传递接力棒”的方法来访问上下文（通过将上下文从一个视图控制器传递到下一个视图控制器）而不是直接从应用程序委托中检索它。
但我真的不明白引入嵌套上下文如何使它“比以往任何时候都重要”。为什么我不能在 AppDelegate 中只有三个上下文（masterMOC、mainMOC、extraMOC）？这样做会有什么问题，为什么苹果不推荐这种方法？
首先，将所有这些都放在应用程序委托中是一个坏主意。它打破了各种软件设计规则。
话虽如此，想法是您不希望必须在必须确切知道哪些上下文的地方编写代码。使用您提出的解决方案，所有代码都必须知道使用 moc1、moc2 或 moc3 . 那是非常脆弱的。
理想情况下，您会将 MOC 传递给代码，并且该代码使用给定的 MOC。如果它需要创建一个临时文件，它可以创建一个传递给它的 MOC 的子节点（当然，假设 MOC 不是限制类型）。
一种方法是传递对象，而不必担心确切的 MOC。必要时只需查询托管对象的 managedObjectContext 属性。
请注意，将内容保留在应用程序委托中意味着您将其用作“厨房水槽”，并且在某些方面只是美化了全局变量。
顺便说一句，它“比以往任何时候都更重要”，因为较新的线程策略更加严格，并且如果线程错误，您的代码几乎肯定会死得很惨。