看此文博客之前,建议大家先去网上熟悉Core Data的基础知识
先附上英文文档地址 NSManagedObjectContext

NSManagedObjectContext

它是一个对象,用来表示一个对象空间或者你用来请求,创建,和保存被管理对象的上下文

概述

上下文由一组相关的模型对象组成，这些对象就是表示由一个或多个持久存储组成的内部一致的视图. 在关联的上下文中，对托管对象的更改被保存在内存中，直到将该上下文保存到一个或多个持久化存储中。一个托管对象实例只存在于一个上下文中，但是一个对象的多个副本可以存在于不同的上下文中。因此，对象对于特定的上下文是唯一的。

生命周期管理

上下文是一个强大的对象，在托管对象的生命周期中扮演着中心角色，其职责从生命周期管理(包括故障管理)到验证、反向关系处理和撤消/重做。通过上下文，您可以从持久存储中检索或“获取”对象，对这些对象进行更改，然后丢弃这些更改，或者通过上下文将它们提交回持久存储。上下文负责监视对象中的更改，并维护一个撤消管理器，以便您能够对撤消和重做进行更细粒度的控制。您可以插入新的对象并删除已获取的对象，并将这些修改提交给持久存储。
从外部存储获取的所有对象都是在一个上下文中注册的，并带有全局标识符(NSManagedObjectID的一个实例)，用于惟一地标识每个对象到外部存储。

父存储

托管对象上下文有一个父存储，通过父存储它们检索表示托管对象的数据，并通过这些数据向托管对象提交更改。
在OS X v10.7和iOS v5.0之前，父存储始终是一个持久的存储协调器。在macOS 10.7及其以后、iOS v5.0和及其以后中，父存储区可能是另一个托管对象上下文。最终，上下文根存储必须是一个持久的存储协调器。协调器提供托管对象模型，并向包含数据的各种持久性存储发送请求。
如果上下文的父存储是另一个托管对象上下文，则获取和保存操作由父上下文调控，而不是协调程序。此模式有许多使用场景，包括:

• 在第二个线程或队列上执行后台操作。
• 管理可丢弃的编辑，例如在检查器窗口或视图中。

正如第一个场景所示，父上下文可以为来自不同线程的子线程的请求提供服务。因此，您不能使用与线程约束类型一起创建的父上下文(参考下文的"并发性")。
当您在上下文中保存更改时，这些更改只提交“一个存储”。如果保存子上下文，更改将被推送到其父上下文。在保存根上下文之前，不会将更改保存到持久存储中。(根管理对象上下文是父上下文为nil的上下文。)此外，在保存之前，父元素不会从子元素中提取更改。如果希望最终提交更改，则必须保存子上下文。

通知

上下文在不同的点上发布通知——例如，参考NSManagedObjectContextDidSaveNotification例子,一般来说，你只应注册从已知的上下文接收这些通知:

[[NSNotificationCenter defaultCenter] addObserver:self
                                  selector:@selector(<#Selector name#>)
                                  name:NSManagedObjectContextDidSaveNotification
                                  object:<#A managed object context#>];

一些系统框架在内部使用Core Data。如果您注册接收来自所有上下文的这些通知(通过将nil作为对象参数传递给addObserver:selector:name:object:)，那么您可能会收到难以处理的意外通知。

并发性

Core Data使用线程(或序列化队列)约束来保护托管对象和管理对象上下文(参考Core Data编程指南)。其结果是，上下文假定默认所有者是分配它的线程或队列——这由调用其init方法的线程决定。因此，不应该在一个线程上初始化上下文，然后将其传递给另一个线程。相反，您应该将引用传递给持久存储协调器，并让接收线程/队列创建一个从中派生的新上下文。如果使用NSOperation，则必须在main(用于串行队列)或start(用于并发队列)中创建上下文。

当您创建上下文时，您将指定使用initWithConcurrencyType:的并发模式。当您使用initWithConcurrencyType:创建托管对象上下文时，您有两个用于其线程(队列)关联的选项

• 队列管理对象上下文上的Setter方法是线程安全的。您可以在任何线程上直接调用这些方法。
• 如果代码在主线程上执行，可以直接调用主队列样式上下文上的方法，而不是使用基于块的API。

performBlock:和performBlockAndWait:确保在为上下文指定的队列上执行块操作。performBlock:方法立即返回，上下文在其自己的线程上执行块方法。使用performBlockAndWait:方法，上下文仍然在自己的线程上执行块方法，但是方法在执行块之前不会返回。

重要的是要理解，块是作为一个不同的工作体执行的。一旦您的块结束，任何人都可以对另一个块进行排队、撤销更改、重置上下文等等。因此，块可能相当大，通常以调用save来结束:。

__block BOOL savedOK = NO;
[myMOC performBlockAndWait:^{
// Do lots of things with the context.
NSError *error = nil;
if (![myMOC save:&error]) {
    NSLog(@"Error saving: %@", error);    } else {
    savedOK = YES;
}
}];

You can also perform other operations, such as:

NSFetchRequest *fr = [NSFetchRequest fetchRequestWithEntityName:@"Entity"];
__block NSUInteger rCount = 0;

[context performBlockAndWait:^() {
NSError *error;
rCount = [context countForFetchRequest:fr error:&error];
if (rCount == NSNotFound) {
    // Handle the error.
}}];
NSLog(@"Retrieved %d items", (int)rCount);