CoreData从入门到精通四(并发操作)

通常情况下,CoreData 的增删改查操作都在主线程上执行,那么对数据库的操作就会影响到 UI 操作,这在操作的数据量比较小的时候,执行的速度很快,我们也不会察觉到对 UI 的影响,但是当数据量特别大的时候,再把 CoreData 的操作放到主线程中就会影响到 UI 的流畅性。自然而然地我们就会想到使用后台线程来处理大量的数据操作。

使用后台 managedObjectContext
CoreData 里使用后台更新数据最常用的方案是一个 persistentStoreCoordinator 持久化存储协调器对应两个 managedObjectContext 管理上下文,NSManagedObjectContext 在创建时,可以传入 ConcurrencyType 来指定 context 的并发类型。指定 NSMainQueueConcurrencyType 就是我们平时创建的运行在主队列的 context;指定成 NSPrivateQueueConcurrencyType 的话,context 就会运行在它所管理的一个私有队列中;另外还有 NSConfinementConcurrencyType 是适用于旧设备的并发类型,现在已经被废弃了,所以实际上只有两种并发类型

NSManagedObjectContext *backgroundContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];
backgroundContext.persistentStoreCoordinator = self.persistentStoreCoordinator;

在最新的 iOS 10 中,CoreData 栈的创建被封装在了 NSPersistentContainer 类中,用它来创建 backgroundContext 更加简单

NSManagedObjectContext *backgroundContext = ((AppDelegate *)[UIApplication sharedApplication].delegate).persistentContainer.newBackgroundContext;

另外,后台 context 的操作得放在 performBlock 或 performBlockAndWait 方法里执行,performBlock 会异步的执行,不会阻塞当前的线程,而 performBlockAndWait 则会阻塞当前的线程直到方法返回才会继续向下执行。下面是一段后台插入数据的示例代码:
AppDelegate中在程序将要进入后台时发送通知

- (void)applicationWillResignActive:(UIApplication *)application {
    [[NSNotificationCenter defaultCenter] postNotificationName:@"willResignActive" object:nil];
}

控制器中接收通知并处理相应的事件

- (void)viewDidLoad {
    [super viewDidLoad];
    //APP将要进入后台
    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(appWillResignActive) name:@"willResignActive" object:nil];
    //后台数据变更后通知主队列做数据合并
    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(receiveContextSave:) name:NSManagedObjectContextDidSaveNotification object:self.backgroundContext];
}

- (void)appWillResignActive {
    //后台做数据操作
    [self.backgroundContext performBlock:^{
        for (NSUInteger i = 0; i < 1000; i++) {
            NSString *name = [NSString stringWithFormat:@"student-%d", arc4random_uniform(9999)];
            int16_t age = arc4random_uniform(10) + 10;
            Student *student = [NSEntityDescription insertNewObjectForEntityForName:@"Student" inManagedObjectContext:self.backgroundContext];
            student.name = name;
            student.age = age;
        }
        NSError *error;
        [self.backgroundContext save:&error];
    }];
}

后台插入数据之后,还没有完,因为数据是通过后台的 context 写入到本地的持久化数据库的,所以这时候主队列的 context 是不知道本地数据变化的,所以还需要通知到主队列的 context:“数据库的内容有变化啦,看看你有没有需要合并的”。这个过程可以通过监听一条通知来实现。这个通知就是 NSManagedObjectContextDidSaveNotification,在每次调用 NSManagedObjectContext 的 save:方法时都会自动发送,通知中的 userInfo 中包含了修改的数据,可以通过 NSInsertedObjectsKey、NSUpdatedObjectsKey、 NSDeletedObjectsKey 这三个 key 获取到。收到通知之后,只需要调用 [self.mainContext mergeChangesFromContextDidSaveNotification:note] 就可以将修改的数据合并到主线程的 context。

- (void)receiveContextSave:(NSNotification *)notification {
    //收到通知之后,只需要调用 [self.mainContext mergeChangesFromContextDidSaveNotification:note] 就可以将修改的数据合并到主线程的 context
    [self.context mergeChangesFromContextDidSaveNotification:notification];
    NSLog(@"notification===%@",notification);
    
    //通知的 userInfo 里保存的 managedObjects 不可以直接在另一个线程的 context 中直接使用!也就是 managedObject 不是跨线程的,如果想要在别的线程操作,必须通过 objectId 在另一个 context 里再重新获得这个 object
    NSSet<Student *> *managedObjects = notification.userInfo[NSInsertedObjectsKey];
    NSManagedObjectID *studentId = managedObjects.allObjects[0].objectID;
    [self.context performBlock:^{
        // 这是错的
        // Student *wrongStudent = managedObjects.allObjects[0];
        // 应该这么做
        Student *student = [self.context objectWithID:studentId];
        NSLog(@"name===%@",student.name);
    }];
}
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,185评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,445评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,684评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,564评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,681评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,874评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,025评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,761评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,217评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,545评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,694评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,351评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,988评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,778评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,007评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,427评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,580评论 2 349

推荐阅读更多精彩内容