多线程下CoreData处理
1、使用多个NSManagedObjectContext:
构建一个context的网络,每一个线程拥有一个自己的context,在使用的时候调用:
[NSManagedObjectContext contextForCurrentThread]
方法实现:
+(NSManagedObjectContext *)contextForCurrentThread{
if ([NSThread isMainThread]) {
return _defaultContext;
}else{
NSManagedObjectContext* threadContext = [[NSThread currentThread].threadDictionary objectForKey:threadContextKey];
if (!threadContext) {
//疑问1:NSPrivateQueueConcurrencyType这个起什么作用
threadContext = [[NSManagedObjectContext alloc]initWithConcurrencyType:NSPrivateQueueConcurrencyType];
[threadContext addWillSavingNotification];
[threadContext setParentContext:_defaultContext];
[[NSThread currentThread].threadDictionary setObject:threadContext forKey:threadContextKey];
}
return threadContext;
}
}
利用NSThread的threadDictionary来进行保存。
里面的_defaultContext是与主线程对应的context,并且把它设置为其他context的parentContext。
这样,在某个线程的里保存数据的时候,这个线程对应的context调用save方法,继而需要保存的数据被推送到它的parentContext,parentContext如果还有parentContext,则会继续推送。最后,数据集中到整个NSManagedObjectContext关系树的root context,而root context和指定了persistentStoreCoordinator,也就是由它去负责保存。
代码如下:
-(BOOL)save{
__block BOOL success = YES;
[self performBlockAndWait:^{
if (!self.hasChanges) {
NSLog(@"context doesn't has changes");
success = NO;
return ;
}
NSError* error = nil;
if (![self save:&error]) {
success = NO;
NSLog(@"context %@ save error: %@",self,error);
}
[self.parentContext save];
if (self == _rootContext) {
NSLog(@"save finished");
}
}];
return success;
}
performBlockAndWait方法为了是让你做的操作可以在context适合的队列里去处理。必须要调用parentContext的save,否则改变的数据只是被推送到parentContext,还没有被保存进数据库文件。
为了避免保存的工作在主线程做,所以root context还是一个NSPrivateQueueConcurrencyType类型的context。所以整个context树的结构是 root context(负责保存和提取数据) ->default context(主线程关联的context)->n个 context(某个特定线程关联);
至于为什么不直接连接root context 和 n 个副线程的context,这个还要研究。上面的结构是magicalRecord的context树结构。
2、关于NSManagedObjectID:
每一条数据都有一个ID,与其他数据互异。这里就有一个临时ID和永久ID的概念。为什么会存在两种东西了,虽然它们的作用是一样的?
结合文档和我的理解,设想一个情景,我们创建了一个NSManagedObject对象,那要让它有个独特的ID吧,要独特那你就要知道已有的其他数据的ID吧。有些数据是没有读取到内存里的,为了查看ID,你就要把所有的数据都读出来,至少你要读出和比较它们的ID,这就很影响性能了,很多数据可能都不会再被用到也要被夹在内存里。空间、时间上都不值得。
那么这时使用临时ID,就是不去管数据库文件里的其他数据,也不管其他context,只要我们新建的数据和当前context里其他数据ID互异即可。从这里也可以看出,使用多个context的好处:把数据分组,可以单独互不干扰的进行操作。
然后就多出了一个步骤,就是保存数据的时候,需要把数据的临时ID换成数据库通用的永久ID。代码如下:
//使用通知捕捉即将保存数据的时刻:
[[NSNotificationCenter defaultCenter]addObserver:self selector:@selector(managedObjectContextWillSave:) name:NSManagedObjectContextWillSaveNotification object:nil];
//然后在通知触发方法里获取永久ID:
-(void)managedObjectContextWillSave:(NSNotification*)noti{
NSError* error = nil;
[self obtainPermanentIDsForObjects:[self.insertedObjects allObjects] error:&error];
if (error) {
NSLog(@"obtainPermanentIDs error: %@",error);
}
}
如果不转换,这个NSManagedObject在其他context里是没法查到的;反之,可以使用:
- (__kindof NSManagedObject *)objectWithID:(NSManagedObjectID *)objectID;
在其他线程的context里也可以获取到。
上半部分:http://www.jianshu.com/p/d7cda85f9457 。里面有参考文章链接和实例代码链接。