Swift - ist faul var thread-safe?

Question

Vielleicht erfordert diese Frage ein wenig Kontext.

Ich habe an meiner Persistenzschicht mit Core Data gearbeitet und herausgefunden, dass Core Data nicht threadsicher ist und somit NSManagedObjectContext auf jeden einzelnen Thread beschränkt werden muss.

So ist mein Ansatz kundenspezifische Hintergrund-Thread NSManagedObjectContext zu schaffen, die, Speicher etc. fetching ausführt, während auch Hauptthread NSManagedObjectContext zu erstellen, die verwendet werden NSManagedObject von geholt NSManagedObjectId zu erhalten und weitergeben Methode an Anrufern.

generiert standardmäßig Xcode Template-Code im Zusammenhang mit Core Data mit lazy var für alle NSManagedObjectContext, NSManagedObjectModel usw.

Also meine Frage ist, ob

den Ansatz lazy var Instanziierung verwenden NSManagedObjectContext zur Erstellung, dass lazy var vorgesehen initiiert ein Objekt für jeden Thread versucht, den Zugang (nicht threadsicher?)

oder

Deklarieren Sie in jedem Thread separate Variablen für NSManagedObjectContext, und führen Sie alle threadbezogenen Methoden so aus, dass sie zwei verschiedene NSManagedObjectContext referenzieren, vorausgesetzt, dass lazy var threadsicher (?) Ist und nur einmal erstellt wird, wenn auf sie unabhängig vom Thread zugegriffen wird.

Vielen Dank im Voraus!

bearbeiten: Jeder, der mit Core Data Concurrency Problem, this article zu kämpfen hat, legt ein sehr schönes Design-Muster, um mit zu arbeiten, wie von Aaron im Kommentar unten hingewiesen!

Answer 1

lazy var ist nicht threadsicher. Sie können dispatch_once, eine Konstante (let) oder das verschachtelte Strukturmuster (normalerweise für Singletons verwendet) für die Thread-Sicherheit verwenden. Sie könnten auch Ihr eigenes Sperren mit NSRecursiveLock verwenden, aber das ist wahrscheinlich nicht so effizient wie dispatch_once.