最近读了Coredata第一三方库Magical Record作者的一篇文章链接描述,对Coredata访问有了新的疑惑,performBlock
API 是如何保证线程安全的?
众所周知 , NSManagedObjectContext(简称moc) 是不允许跨线程访问的 ,用人话说就是 在哪个线程创建的moc ,就在哪个线程使用它.
苹果在iOS5.0之后 推出了一个新的 api 操作moc. 有代码长这样 :
__block BOOL savedOK = NO;
[myMOC performBlock:^{
// Do lots of things with the context.
savedOK = [myMOC save:&error];
}];
即是通过NSPrivateQueueConcurrencyType
类型创建的MOC 系统会为其分配一个私有队列,而不需要我们手动为它创建线程, 从此并发变的更容易 。
但是通过上面那篇文章, Magical Record 作者指出, 苹果的新api 使用了GCD , 而在GCD中的并发我们是通过队列来实现的,即我们只关注和操作队列,而不是直接操作线程。 当你提交一个block代码块到GCD的队列上,队列会自动分配线程去执行这个block。 但是,GCD不能保证这个队列始终在一条线程运行!! 也就是说,当你提交block到队列时,是将任务放到线程A执行,但下一刻,也许任务已经不在线程A而在线程B了!虽然此时依旧在同一个队列!这即是作者弃用contextForCurrentThread
的原因。
那么问题来了,如上文代码中,myMOC是一个NSPrivateQueueConcurrencyType
类型的上下文,创建时系统为其分配了私有队列Q,我们假设myMOC创建发生在线程A,线程A属于队列Q,但由于GCD的特性,某一刻将block任务分配到了属于队列Q的线程B ,也就是说,此时,创建于线程A的myMOC 可能会在线程B被访问 , 这就发生了跨线程访问!
这又如何解释呢? 希望对这部分了解的大虾给予解答,如果我解决了这个问题,也会在楼下贴出 。
Terima kasih banyak atas jawapan anda Tetapi nampaknya ada dua lagi soalan:
1. Artikel penulis tidak langsung menyatakan "API baharu Apple menggunakan GCD". Ini bermakna teras MagicalRecord menggunakan GCD, tetapi saya melihat melalui kod sumber MagicalRecord dan nampaknya saya tidak mendapati baris gilir penjadualan GCD digunakan untuk melaksanakan operasi tak segerak menggunakan
However, now, as more of you (and the heart of MagicalRecord) is using GCD
danperformBlock
untuk dilaksanakan operasi tak segerak pada MOC .Jadi saya rasa apa yang penulis maksudkan ialahperformBlockAndWait
akan dikaitkan dengan GCD Jika tidak, mengapa GCD tidak digunakan, tetapi antara muka sebelumnya ditinggalkan kerana ciri-ciri GCD? Bagaimana pula denganperformBlock
?contextForCurrentThread
2 Ketepikan soalan 1, sebahagian daripada dokumentasi Apple mengatakan ini:MOC jenis NSPrivateQueueConcurrencyType akan membuat baris gilir sendiri semasa pemulaan ini adalah peribadi dalam MOC ini. Jadi bolehkah ia difahami sebagai:
Saya mencipta MOCdalam urutan a, yang akan membuat baris gilir peribadi dan mengurus kandungan di bawah
dalam urutan b.
NSPrivateQueueConcurrencyType
performBlock
Jika konteks dibuat dalam utas a, maka ia sepatutnya tergolong dalam utas a, tetapi ia diakses dalam utas b baris gilir Adakah bercanggah denganyang menjamin pelaksanaan dalam urutan yang mempunyai konteks semasa? Bagaimanakah ia dijamin? Adakah b dan a urutan yang sama semasa membuat baris gilir peribadi? Bagaimana untuk melakukannya?
Saya membaca artikel yang anda pautkan, "Tetapi melalui artikel di atas, pengarang Magical Record menunjukkan bahawa API baharu Apple menggunakan GCD, dan kami melaksanakan konkurensi dalam GCD melalui baris gilir." ayat anda di atas bahawa "API baharu Apple menggunakan GCD".
Berikut ialah dokumen Apple yang dirujuk Kaedah performBlock akan memastikan bahawa ia dilaksanakan dalam urutan yang mempunyai konteks semasa: