zz 说说iOS的多线程Core Data

Core Data是iOS中很重要的一个部分，可以理解为基于SQLite(当然也可以是其他的Storage，如In-memory，只是SQLite比较常见)的一个ORM实现，所以有关系数据库的特性，又不用写SQL。顺便吐一下槽，官方说法是使用Core Data能减少50%-70%的代码量，但相信用过的人应该都心里明白，Core Data使用起来还是比较麻烦的，这也是为什么有不少的第三方类库来代替/二次包装Core Data。

稍微复杂的应用就有可能出现同时处理多份数据的情况，这就需要用到多线程Core Data。在 iOS 5之前，官方推荐的是使用「Thread Confinement」，就是每个线程使用独立的MOC(managed object context)，然后共享一个PSC(persistent store coordinator)。同时在线程之间传递数据时，要传递objectID，而不是object，因为前者是线程安全的，后者不是。

如果A线程里，对PSC执行了CUD(create, update, delete)操作，其他线程如何感知呢？这就需要通过监听事件来实现。比如在线程A中监听「NSManagedObjectContextDidSaveNotification」事件，如果线程B中执行了CUD操作，线程A就能感知到，并触发响应的action，虽然可以通过noti userinfo来获取managed objects，但因为它们是关联到另一个MOC，所以无法直接操作它们，解决方法就是调用「mergeChangesFromContextDidSaveNotification:」方法。

用一张图来形容的话，大体就是这样：

iOS multi thread Core Data before iOS 5

- (void)_setupCoreDataStack
{
     // setup managed object model
     NSURL *modelURL = [[NSBundle mainBundle] URLForResource:@"Database" withExtension:@"momd"];
     _managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:modelURL];
 
     // setup persistent store coordinator
     NSURL *storeURL = [NSURL fileURLWithPath:[[NSString cachesPath] stringByAppendingPathComponent:@"Database.db"]];
 
     NSError *error = nil;
     _persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:_managedObjectModel];
 
     if (![_persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:nil URL:storeURL options:nil error:&error]) {
         // handle error
   }
 
     // create MOC
     _managedObjectContext = [[NSManagedObjectContext alloc] init];
     [_managedObjectContext setPersistentStoreCoordinator:_persistentStoreCoordinator];
 
     // subscribe to change notifications
     [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(_mocDidSaveNotification:) name:NSManagedObjectContextDidSaveNotification object:nil];
}

再来看看Notification Handler，主要作用就是合并新的变化。

- (void)_mocDidSaveNotification:(NSNotification *)notification
{
     NSManagedObjectContext *savedContext = [notification object];
 
     // ignore change notifications for the main MOC
     if (_managedObjectContext == savedContext) {
          return;
     }
 
     dispatch_sync(dispatch_get_main_queue(), ^{
      [_managedObjectContext mergeChangesFromContextDidSaveNotification:notification];
     });
}

这种方式实现起来和维护起来都有点麻烦，所以iOS 5中就出现了更加方便和灵活的实现，也就是「Nested MOC」。

[[NSManagedObjectContext alloc] initWithConcurrencyType:NSMainQueueConcurrencyType];

可以看到在初始化时可以选择ConcurrencyType，可选的有3个：

NSConfinementConcurrencyType

这个是默认项，每个线程一个独立的Context，主要是为了兼容之前的设计。

NSPrivateQueueConcurrencyType

创建一个private queue(使用GCD)，这样就不会阻塞主线程。

NSMainQueueConcurrencyType

创建一个main queue，使用主线程，会阻塞。

还有一个重要的变化是MOC可以指定parent。有了parent后，CUD操作会冒泡到parent。一个parent可以有多个child。parent还可以有parent。

因为UI相关的数据必须在主线程获取，同时又要避免数据库的I/O操作阻塞主线程，所以就有了下面这个模型：

multi thread ios 5 nested MOC

我对这种实现方式的一个困惑是：child无法得知parent的变化，也就是说，如果NSFetchedResultsController绑定了Main MOC，当Background Write MOC save时，NSFetchedResultsController为何能知晓？求指点。

这种方式比「Thread Confinement」稍微简单了点，也更明了。不过个人还是推荐使用MagicalRecord，因为实现起来更加简单，等有空再写一篇。

写了一个使用了这个模型的demo，配合TableView和NSFetchedResultsController，有兴趣的可以看下：https://github.com/limboy/coredata-with-tableview

2013/06/17更新

之前的困惑已消除，NSFetchedResultsController跟PSC无关，只要绑定的MOC有了save动作，NSFetchedResultsController就会收到通知，无论这个save操作有没有写入到持久层。

 

 

 

 

 

 

 CoreData中的NSManagedObjectContext在多线程中不安全,如果想要多线程访问CoreData的话，最好的方法是一个线程一个NSManagedObjectContext,

,每个NSManagedObjectContext对象实例都可以使用同一个NSPersistentStoreCoordinator实例，这个实例可以很安全的顺序访问永久存储，这是因为NSManagedObjectContext会在便用NSPersistentStoreCoordinator前上锁。

     ios5.0为NSManagedObjectContext提供了initWithConcurrentcyType方法，其中的一个NSPrivateQueueConcurrencyType，会自动的创建一个新线程来存放NSManagedObjectContext而且它还会自动创建NSPersistentStoreCoordinator,ＡppDelegate和前一章的一样，ios5.0之前的可以用GCD来实现

 

[plain] view plaincopyprint?
  1. - (IBAction)addIntoDataSource:(id)sender {  
  2. //    User* user=(User *)[NSEntityDescription insertNewObjectForEntityForName:@"User" inManagedObjectContext:self.myAppDelegate.managedObjectContext];  
  3. //    [user setName:_nameText.text];  
  4. //    [user setAge:[NSNumber numberWithInteger:[_ageText.text integerValue]]];  
  5. //    [user setSex:_sexText.text];  
  6. //  
  7. //    Address* address=(Address *)[NSEntityDescription insertNewObjectForEntityForName:@"Address" inManagedObjectContext:self.myAppDelegate.managedObjectContext];  
  8. //    [address setIdentify:[NSNumber numberWithInteger:[_identyText.text integerValue]]];  
  9. //    [address setHomelocation:@"咸宁"];  
  10. //    NSError* error;  
  11. //    BOOL isSaveSuccess=[_myAppDelegate.managedObjectContext save:&error];  
  12. //    if (!isSaveSuccess) {  
  13. //        NSLog(@"Error:%@",error);  
  14. //    }else{  
  15. //        NSLog(@"Save successful!");  
  16. //    }  
  17.     NSManagedObjectContext* context=[[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];  
  18. //    context.parentContext=_myAppDelegate.managedObjectContext;  
  19.     [context performBlock:^{  
  20.         //background thread  
  21.         [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(mocDidSaveNotification:) name:NSManagedObjectContextDidSaveNotification object:nil];  
  22.         User* user=(User *)[NSEntityDescription insertNewObjectForEntityForName:@"User" inManagedObjectContext:self.myAppDelegate.managedObjectContext];  
  23.         [user setName:_nameText.text];  
  24.         [user setAge:[NSNumber numberWithInteger:[_ageText.text integerValue]]];  
  25.         [user setSex:_sexText.text];  
  26.         NSError* error;  
  27.         if (![context save:&error]) {  
  28.             NSLog(@"Error is %@",error);  
  29.         }  
  30. //        //main thread  
  31. //        [_myAppDelegate.managedObjectContext performBlock:^{  
  32. //            NSError* error;  
  33. //            if (![_myAppDelegate.managedObjectContext save:&error]) {  
  34. //                NSLog(@"error is %@",error);  
  35. //            }  
  36. //              
  37. //        }];  
  38.     }];  
  39.       
  40. //    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{  
  41. //         
  42. //        dispatch_sync(dispatch_get_main_queue(), ^{  
  43. //          
  44. //        });  
  45. //    });  
  46. }  

通知中心

 

 

[plain] view plaincopyprint?
  1. -(void)mocDidSaveNotification:(NSNotification *)notification  
  2. {  
  3.     NSManagedObjectContext* saveContext=[notification object];  
  4.     if (_myAppDelegate.managedObjectContext==saveContext) {  
  5.         return;  
  6.     }  
  7.     if (_myAppDelegate.managedObjectContext.persistentStoreCoordinator!=saveContext.persistentStoreCoordinator) {  
  8.         return;  
  9.     }  
  10.     dispatch_sync(dispatch_get_main_queue(), ^{  
  11.         [_myAppDelegate.managedObjectContext mergeChangesFromContextDidSaveNotification:notification];  
  12.     });  
  13. }  


其实也可以不用通知就是把 下面的内容不让其注释，同时注释通知中心就行了 

 

   

//    context.parentContext=_myAppDelegate.managedObjectContext;

 

  

//        //main thread

//        [_myAppDelegate.managedObjectContext performBlock:^{

//            NSError* error;

//            if (![_myAppDelegate.managedObjectContext save:&error]) {

//                NSLog(@"error is %@",error);

//            }

//            

//        }];

 

posted @ 2014-09-04 11:41  zengyanzhi  阅读(372)  评论(0)  编辑  收藏  举报