ARC et CFRelease?

Je suis un peu confus. Partout où je l'ai lu, suggèrent que lors de l'utilisation de l'ARC, vous avez encore besoin de libérer de base objets de la fondation qui fait sens, l'ARC n'a pas les gérer. Cependant, j'ai une méthode qui utilise des FC, les méthodes des objets que j'ai utilisé CFRelease, mais qui ensuite entraîné l'application crash. Décommentant mon CFReleases résout le problème, mais alors je suis en supposant que j'ai une fuite de mémoire?

Quelqu'un pourrait-il expliquer de quelles choses doivent libérer et qui ne le sont pas, ou tout autre chose qui ne va pas dans ce code?

+ (NSString *) fileExtensionForMimeType:(NSString *)type
{
    CFStringRef mimeType = (__bridge CFStringRef)type;
    CFStringRef uti = UTTypeCreatePreferredIdentifierForTag(kUTTagClassMIMEType, mimeType, NULL);
    CFStringRef extension = UTTypeCopyPreferredTagWithClass(uti, kUTTagClassFilenameExtension);

    NSString *ext = (__bridge NSString *)extension;

    //CFRelease(mimeType);
    //CFRelease(uti);
    //CFRelease(extension);

    return ext;
}

Les trois commenté CFRelease appels de résoudre le problème comme mentionné, mais je sais que c'est faux. Que dois-je faire?

quel est le problème avec les 3 a commenté commandes. Supprimer simplement les commentaires c'est bien
Quand je décommenter, mon application se bloque avec un EXC_BAD_ACCESS exception. Faire une trace dans les instruments de cette méthode et de commenter ces lignes fixe
Vous ne devez libérer uti & extension, mais pas de type mime parce que vous n'êtes pas augmenter le nombre de références de type mime. vous êtes tout simplement le type de moulage. Supprimez le commentaire de la dernière à la CFRelease et puis laissez-moi savoir ce qui se passe
Spot sur Evol, merci!

InformationsquelleAutor PaReeOhNos | 2012-12-28

36

Vous ne pouvez pas publier mimeType parce que vous ne le possèdent pas. Vous n'avez pas de transfert de propriété avec le __bridge exprimés.

Vous devriez être en libérant uti puisque vous l'avez créée.

Vous devez également la libération extension depuis la création de bien, mais susceptibles de provoquer des problèmes avec ext. Au lieu de cela, le transfert de propriété à ext.

Je vous suggère le texte suivant:
```
+ (NSString *) fileExtensionForMimeType:(NSString *)type {
    CFStringRef mimeType = (__bridge CFStringRef)type;
    CFStringRef uti = UTTypeCreatePreferredIdentifierForTag(kUTTagClassMIMEType, mimeType, NULL);
    CFStringRef extension = UTTypeCopyPreferredTagWithClass(uti, kUTTagClassFilenameExtension);

    NSString *ext = (__bridge_transfer NSString *)extension;

    //CFRelease(mimeType); //not owned
    if (uti) CFRelease(uti);
    //CFRelease(extension); //ownership was transferred

    return ext;
}
```
- +1 Lors de la WWDC 2012, Apple a suggéré CFBridgingRelease plutôt que __bridge_transfer. Aussi, êtes-vous tout à fait sûr que vous avez besoin CFRelease(extension) parce que vous avez transféré la propriété à l'ARC dans le __bridge_transfer à ext.
- J'ai pensé CFBridgingRelease était la même que __pont_transfert. Les docs ne pas indiquer qu'il y a une différence. Peu importe, je pense que vous avez raison de ne pas relâcher l'extension en raison du transfert. Je vais mettre à jour ma réponse. Merci.
- Eh oui, si vous regardez la définition de CFBridgingRelease, il ne __bridge_transfer, mais je suppose que Apple a recommandé la nouvelle syntaxe pour une raison. Je ne sais pas si c'est pour des raisons de lisibilité, ou s'ils ont quelques ambitions futures pour CFBridgingRelease. Chacun est beau, j'en suis sûr, cependant.
- Personnellement, je pense __apportant_transfert est plus claire que CFBridgingRelease. Ce dernier ne semble pas indiquer de tout transfert de propriété - mais c'est juste mon propre avis.
- ATTENTION! Devriez vérifier uti pour être NULL avant de le relâcher. Juste retrouvé dans ce crash piège sur une grande gamme de fichiers. Donc, si (uti != NULL) CFRelease(uti);
InformationsquelleAutor rmaddy
15

Découvrez WWDC 2012 - Moderne Objective-C qui décrit les nouvelles lignes directrices pour les principaux objets de la Fondation et de l'ARC. C'est environ 37:35 dans cette vidéo. En bref, Fondement de Base des fonctions avec Copy ou Create dans le nom de créer un objet qui a transféré la propriété à votre application, et votre application est responsable de la relâcher.

De toute façon, si la propriété a été transférée par l'intermédiaire d'un Fondement de Base de la méthode avec Copy ou Create dans le nom, vous pouvez libérer manuellement avec CFRelease lorsque vous avez terminé avec lui, ou, plus facile, vous pouvez transférer la propriété à l'ARC et qu'elle prenne soin d'elle. Historiquement, le transfert de propriété à l'ARC, nous avons utilisé __bridge_transfer, mais ils recommandent maintenant CFBridgingRelease (même si ce dernier est juste une macro pour l'ancien). Et, évidemment, si vous avez quelques Fondement de Base de l'objet que vous avez récupéré via un autre mécanisme autre qu'une fonction avec Copy ou Create dans le nom, vous ne devez ni CFRelease, ni en transférer la propriété à l'ARC.

À titre d'illustration, cette méthode accomplit ce que vous voulez:
```
+ (NSString *) fileExtensionForMimeType:(NSString *)type {

    NSString *uti = CFBridgingRelease(UTTypeCreatePreferredIdentifierForTag(kUTTagClassMIMEType,
                                                                            (__bridge CFStringRef)type,
                                                                            NULL));

    return CFBridgingRelease(UTTypeCopyPreferredTagWithClass((__bridge CFStringRef)uti,
                                                             kUTTagClassFilenameExtension));
}
```
InformationsquelleAutor Rob
0

En général, je pense que vous devriez essayer de commentaire de la première CFRelease(type mime) en ligne, et décommentez les deux lignes: CFRelease(uti) et CFRelease(extension). Vous lancez un appel gratuit pont à l'entrée NSString et ARC poignée de la libération. Mais l'uti et de l'extension est créé, copié, comme CFString. L'ARC ne savent pas comment les gérer (souvenez-vous de l'ARC est un compilateur en fonction de NSObject), alors vous avez besoin pour CF les libérer.
- Et comme @rmaddy dit, ajouter un __pont_transfert sur l'extension de transfert de conserver le comte affaire de FC de NSObject.
InformationsquelleAutor onevcat

Vous devez vous connecter pour publier un commentaire.