ios - Coredata 跨线程访问新发现?

Question

最近读了Coredata第一三方库Magical Record作者的一篇文章链接描述,对Coredata访问有了新的疑惑，performBlockAPI 是如何保证线程安全的？ 众所周知 ， NSManagedObjectContext（简称moc） 是不允许跨线程访问的 ...

PHP中文网 · Answer

非常感謝你的回答. 不過這似乎還有兩個疑問：

1.作者那篇文章確實沒有直接說出「蘋果的新api使用了GCD",原文中有一句However, now, as more of you (and the heart of MagicalRecord) is using GCD, 是说MagicalRecord的核心是用了GCD,可我翻遍MagicalRecord的源码,似乎并没有发现使用GCD调度队列来实现异步操作,核心都是用了performBlock和performBlockAndWait来实现对MOC的异步操作.所以我猜测作者的意思是performBlock会与GCD有关，不然为何明明没有用到GCD,却因为GCD的特性而弃用之前的接口 contextForCurrentThread呢?

2.拋去問題1, 蘋果文檔有一部分這樣說:

The NSPrivateQueueConcurrencyType configuration creates its own queue upon initialization and can be used only on that queue. Because the queue is private and internal to the NSManagedObjectContext instance, it can only be accessed through the performBlock: and the performBlockAndWait: methods.

NSPrivateQueueConcurrencyType類型的MOC在初始化時會建立它自己的佇列,此佇列是這個MOC內部私有的。那麼是否可以理解為：
我在線程a中創建了一個NSPrivateQueueConcurrencyType的MOC,它会创建一个私有队列,在线程b中去管理performBlock下的內容.

若有代码:

  NSManagedObjectContext *moc = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];
    [moc performBlock:^{
        // ... do things
        NSError *error;
        [moc save:&error];
    }];

在線程a中創建context,則它是應該屬於線程a的,卻在隊列的線程b中訪問,豈不是跨線程訪問了?

又與performBlock會保障在當前context所屬的thread中執行矛盾了嗎？它是如何被保障的，難道是創建私有隊列時令b與a是同一個線程？怎麼做的呢?

PHPz · Answer

我看了你給的那個鏈接的文章，“但是通過上面那篇文章， Magical Record 作者指出，蘋果的新api 使用了GCD , 而在GCD中的並發我們是通過隊列來實現的”，並沒有看到你上面這句話說的」蘋果的新api 使用了GCD" 這樣的描述。

下面是引用的蘋果的文檔， performBlock 方法是會保障在當前 context 所屬的 thread 裡執行的：

performBlock: and performBlockAndWait: ensure the block operations are executed on the queue specified for the context. The performBlock: method returns immediately and the context executes the block methods on its own thread. With the performBlockAndWait: method, the context still executes the block methods on its own thread, but the method doesn’t return until the block is executed.