Merci beaucoup pour votre réponse. Mais il semble y avoir deux autres questions :

1. L'article de l'auteur ne dit pas directement "La nouvelle API d'Apple utilise GCD". Il y a une phrase dans l'article original However, now, as more of you (and the heart of MagicalRecord) is using GCD, Cela signifie que le noyau de MagicalRecord utilise GCD, mais j'ai parcouru le code source de MagicalRecord et il semble que je n'ai pas trouvé que la file d'attente de planification GCD est utilisée pour implémenter des opérations asynchrones. Le noyau utilise performBlock et performBlockAndWait pour implémenter. opérations asynchrones sur MOC. .Donc je suppose que ce que l'auteur veut dire, c'est que performBlock sera lié à GCD Sinon, pourquoi GCD n'est-il pas utilisé, mais l'interface précédente est abandonnée à cause des caractéristiques de GCD ? Et contextForCurrentThread ?

2. Mis à part la question 1, une partie de la documentation d'Apple dit ceci :

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.

Un MOC de type NSPrivateQueueConcurrencyType créera sa propre file d'attente lors de l'initialisation. Cette file d'attente est privée au sein de ce MOC. Cela peut donc être compris comme :

J'ai créé un MOC de
dans le fil a, qui créera une file d'attente privée et gérera le contenu sous NSPrivateQueueConcurrencyType dans le fil b.performBlock

若有代码:

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

Si le contexte est créé dans le thread a, alors il doit appartenir au thread a, mais il est accessible dans le thread b de la file d'attente ? N'est-ce pas un accès cross-thread ?

Est-ce que

entre en conflit avec

qui garantit l'exécution dans le thread auquel appartient le contexte actuel ? Comment est-ce garanti ? Est-ce que b et a sont le même thread lors de la création d’une file d’attente privée ? Comment faire ?performBlock

J'ai lu l'article auquel vous avez lié : "Mais à travers l'article ci-dessus, l'auteur de Magical Record a souligné que la nouvelle API d'Apple utilise GCD et que nous implémentons la concurrence dans GCD via des files d'attente." votre phrase ci-dessus indiquant que "la nouvelle API d'Apple utilise GCD".

Ce qui suit est le document Apple référencé. La méthode performBlock garantira qu'elle est exécutée dans le thread auquel appartient le contexte actuel :

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.