stringWithContentsOfURL fuite de mémoire

Question

Souhaitez-il jeter plus de lumière si je disais que fetchHTML a été appelé dans un thread séparé? Je vois aussi plusieurs messages dans la console de débogage tels que:

_NSAutoreleaseNoPool(): Object 0xd92860 de classe NSCFDictionary autoreleased sans piscine en place - juste une fuite

_NSAutoreleaseNoPool(): Object 0xd92800 de classe NSCFString autoreleased avec Je n'ai pas de piscine en place - juste une fuite

Je suis nouveau dans le développement d'applications iPhone, Objective-C mais pas nouveau en programmation ou en C/C++. J'utilise l'outil de performance des fuites et il montre beaucoup de fuites. Ceci est une fuite de 10,5 kb et il se produit sur la ligne:

NSString * xml = [NSString stringWithContentsOfURL:urlobj]; 

La trace de la pile sur ce ci-dessous est la suivante:

stringWithContentsOfURL 
initWithContentsOfURL 
initWithDataOfEncoding 
... 

Est-ce que quelqu'un a une idée pourquoi cela doit se produire. Je suis sous l'impression que je reçois un objet autorelease ici et je peux le retourner à l'appelant sans appeler retenez. Je n'utilise pas l'objet xml pour stocker dans une variable d'instance, juste pour le traitement.

Voici le code de fonction:

- (NSString *) fetchHTML: (NSString*) url{ 
    @try 
    { 
     NSURL* urlobj = [NSURL URLWithString:url]; 
     NSString * xml = [NSString stringWithContentsOfURL:urlobj]; 
     return xml; 
    } 
    @catch(NSException *ex){ 
     NSLog(@"Error fetchingHTML"); 
     return nil; 
    } 
    return nil; 
} 

Answer 1

Eh oui; ça ne devrait pas fuir.

Il peut s'agir d'un faux positif dans la mesure où le sous-système d'URL met en cache le contenu de l'URL de telle sorte que le pointeur n'est plus visible pour l'analyse des fuites. Si vous le pouvez, recommencez le test sur Snow Leopard. La détection des fuites sur Snow Leopard est significativement plus rapide et plus précise. Je suis entièrement d'accord avec vous que cela ne devrait pas causer de fuite.

Answer 2

J'ai codé dans Cocoa/Objective-C depuis 2 ans maintenant, et cela semble devoir fonctionner. Cela étant dit, je remarque que la documentation d'Apple indique que la méthode stringWithContentsOfURL: est deprecated. Peut-être que cela fonctionnerait comme suit:

NSString * xml = [[NSString alloc] 
        initWithContentsOfURL:urlobj 
           encoding:NSASCIIStringEncoding 
            error:nil]; 
return [xml autorelease]; 

Answer 3

Comme l'indique le message d'erreur, il n'y a pas de groupe de libération automatique pour la chaîne à entrer, et cela crée une fuite. NSAutoreleasePools existe sur une base par thread. Cocoa en crée un dans la boucle d'événement principal du thread principal, mais c'est le seul qu'il crée pour vous. Si vous n'êtes pas dans le thread principal et que vous devez traiter des objets autoreleased, vous devez également créer un pool autorelease pour ce thread.

Vous pouvez consulter le NSAutoreleasePool docs pour plus d'informations sur le fonctionnement des piles de pool autorelease.