Ne l'ARC de soutien de répartition des files d'attente?

Je suis en train de lire la documentation d'apple au sujet de "Gestion de la Mémoire pour l'Expédition des Files d'attente":

Même si vous implémentez un garbage collector de l'application, vous devez toujours conserver et de libérer votre expédition des files d'attente et les autres objets de l'expédition. Grand Central Dispatch ne prend pas en charge la collecte des ordures modèle pour récupérer de la mémoire.

Je sais que l'ARC n'est pas un garbage collector, mais j'aimerais être sûr que je n'ai pas besoin de dispatch_retain et dispatch_release mon dispatch_queue_t

InformationsquelleAutor flagg19 | 2011-12-23
  1. 232

    La réponse courte: OUI, ARC conserve et restitue l'expédition des files d'attente.

    Et maintenant, pour la longue réponse...

    Si votre cible de déploiement est inférieur à iOS 6.0 ou Mac OS X 10.8

    Vous devez utiliser dispatch_retain et dispatch_release sur votre file d'attente. L'ARC ne les gérer.

    Si votre cible de déploiement est iOS 6.0 ou Mac OS X 10.8 ou version ultérieure

    ARC gérer votre file d'attente pour vous. Vous ne devez pas (et ne peut) pas utiliser dispatch_retain ou dispatch_release si l'ARC est activé.

    Détails

    De départ dans le SDK iOS 6.0 et Mac OS X 10.8 SDK, chaque objet de répartition (y compris un dispatch_queue_t) est aussi un Objectif-C objet. Ceci est documenté dans le <os/object.h> fichier d'en-tête:

     * By default, libSystem objects such as GCD and XPC objects are declared as
 * Objective-C types when building with an Objective-C compiler. This allows
 * them to participate in ARC, in RR management by the Blocks runtime and in
 * leaks checking by the static analyzer, and enables them to be added to Cocoa
 * collections.
 *
 * NOTE: this requires explicit cancellation of dispatch sources and xpc
 *       connections whose handler blocks capture the source/connection object,
 *       resp. ensuring that such captures do not form retain cycles (e.g. by
 *       declaring the source as __weak).
 *
 * To opt-out of this default behavior, add -DOS_OBJECT_USE_OBJC=0 to your
 * compiler flags.
 *
 * This mode requires a platform with the modern Objective-C runtime, the
 * Objective-C GC compiler option to be disabled, and at least a Mac OS X 10.8
 * or iOS 6.0 deployment target.

    Cela signifie que vous pouvez stocker votre file d'attente dans un NSArray ou NSDictionary, ou dans une propriété avec l'un des strong, weak, unsafe_unretained, assign, ou retain attributs. Cela signifie également que si vous vous référez à votre file d'attente à partir d'un bloc, le bloc conservent la file d'attente automatiquement.

    Donc si votre cible de déploiement est au moins iOS 6.0 ou Mac OS X 10.8, et vous avez de l'ARC activé, ARC de conserver et de remettre votre file d'attente, et le compilateur signalera toute tentative d'utilisation de dispatch_retain ou dispatch_release comme une erreur.

    Si votre cible de déploiement est au moins iOS 6.0 ou Mac OS X 10.8, et vous avez de l'ARC désactivé, vous devez manuellement retenir et libérer votre file d'attente, soit en appelant dispatch_retain et dispatch_release, ou par l'envoi de la file d'attente retain et release messages (comme [queue retain] et [queue release]).

    Pour la compatibilité avec d'anciennes bases de code, vous pouvez empêcher le compilateur de voir votre file d'attente comme Objective-C objet en définissant OS_OBJECT_USE_OBJC à 0. Par exemple, vous pouvez mettre ceci dans votre .pch fichier (avant tout #import consolidés):

    #define OS_OBJECT_USE_OBJC 0

    ou vous pouvez ajouter OS_OBJECT_USE_OBJC=0 d'un pré-processeur de macro dans vos paramètres de construction. Si vous définissez OS_OBJECT_USE_OBJC à 0, ARC pas de conserver ou de libérer votre file d'attente pour vous, et vous devez le faire vous-même à l'aide de dispatch_retain et dispatch_release.

    • Notez, cependant, que le nouveau changement désigne des objets de l'expédition comme Objective-C objets. Ainsi, même si l'ARC est désactivé, ces objets seront automatiquement conservés, s'il est capturé par un bloc-tout comme tous les autres Objective-C objets.
    • Il y a un intéressant cas de bord. Si votre bibliothèque déploie pour iOS 5.1 et votre application à 6.0 et que vous utilisez un ARC, vous avez besoin de dispatch_release et NULL l'objet dans votre 5.1 dealloc code. Sinon, quelque chose (le code généré par le compilateur? L'exécution elle-même?) va essayer de libérer l'objet d'un deuxième temps.
    • Dois-je me dépêche d'autres objets de la source-je créer lors de l'utilisation de Mac OS 10.7?
    • Vous devez conserver/la libération de tous les PGCD les objets sous OS X 10.7.
    InformationsquelleAutor rob mayoff
  2. 23

    Juste un suivi ici... Si votre déploiement minimal objectif est d'iOS 6, l'ARC gère désormais leur.

    • Cela s'applique également à Mountain Lion. Si votre cible de déploiement est iOS 6 ou Mountain Lion, vous ne pouvez pas (par défaut) utiliser dispatch_release puisque c'est une macro qui envoie un message de libération de l'objet qui n'est pas autorisé en vertu de l'ARC.
    • Je suis d'accord, Xcode affiche un message d'avertissement avec dispatch_release
    InformationsquelleAutor kcharwood