Comprendre la gestion de la mémoire dans ios

Question

Je suis en train d'apprendre l'objectif-c et la programmation d'une application iPad. Une chose que je continue à faire trébucher et à relire est la gestion de la mémoire. J'arrive là-bas ... lentement. Les règles de base telles que pour chaque alloc/retain vous devez avoir un release est utile. Cependant, on me élude chose relativement basique et je me demande si quelqu'un pourrait expliquer ...

Prenez le code suivant ...

NSArray *myArray = [[NSArray alloc] init]; 
myArray = [someNSSet allObjects]; 

Ceci est relativement simple codage avant et nécessiterait une déclaration [myArray release].

Cependant, je continue à voir des exemples de (et en fait, j'ai largement utilisé les éléments suivants « raccourci » ...

NSArray *myArray = (NSArray *)[someNSSet allObjects]; 

Comment, pour autant que je comprends lorsque vous utilisez le vous ne avez pas besoin (NSString *) d'utiliser une déclaration [myArray release], mais je ne comprends pas pourquoi.

quelqu'un pourrait-il possible d'expliquer?

Answer 1

Dans la première ligne:

NSArray *myArray = [[NSArray alloc] init] 

une certaine quantité de mémoire est allouée pour un tableau (en fait dans ce cas, il est absurde puisque la taille du tableau est 0. Gardez à l'esprit que NSArray est immuable!). La variable myArray contient l'adresse du premier octet de la zone de mémoire réservée.

Maintenant, dans la deuxième ligne, vous modifiez la valeur de myArray qui pointera maintenant sur le premier octet de la zone de mémoire où [someNSSet allObjects] est stocké. A ce moment vous ne savez plus où le tableau est stocké ce que vous avez créé dans la première ligne. Et ainsi vous avez une fuite.

La ligne:

NSArray *myArray = (NSArray *)[someNSSet allObjects]; 

est correcte, puisque vous ne réservez pas de mémoire à ce point. Si vous n'utilisez pas ARC, vous pouvez appeler retain afin de conserver le GC à l'écart du bloc de mémoire référencé. D'une autre manière, vous pourriez recevoir un BAD_EXEC lorsque le propriétaire de l'objet le libère et vous essayez d'y accéder par exemple: [myArray objectAtIndex: 0]

Answer 2

NSArray *myArray = [[NSArray alloc] init]; 
myArray = [someNSSet allObjects]; 

ce code fuit myArray parce que vous perdez la référence à NSArray que vous avez allouée sur la première ligne; vous n'avez pas besoin de alloc ici, car sur la deuxième ligne, vous attribuez une nouvelle valeur à myArray.

NSArray *myArray = (NSArray *)[someNSSet allObjects]; 

et cet exemple de code est parfaitement bien, vous assignons le résultat de [someNSSet allObjects] à myArray pointeur et vous ne possédez pas la valeur retournée, de sorte que vous n'avez pas besoin de se soucier de le relâcher.

Envisagez d'utiliser ARC (Automatic Retain Counting) pour votre projet. Avec ARC, le compilateur prend en charge le nombre de retenues, de sorte que vous n'avez pas à le faire. Il y a un refactoring qui va convertir un projet en cours.

Answer 3

Comme vous l'avez dit, il y a une fuite dans le premier code que vous avez posté. Vous devez donc ajouter une version:

NSArray *myArray = [[NSArray alloc] init]; 
[myArray release]; 
myArray = [someNSSet allObjects]; 

En fait, lorsque vous obtenez un objet grâce à une méthode qui commence par alloc, new ou copy, vous possédez, et vous devez la libérer. C'est pourquoi, ici vous devriez libérer le tableau que vous avez obtenu en utilisant la méthode alloc. Cette convention permet de savoir facilement quand vous possédez des objets et quand vous ne les possédez pas. Alors rappelez-vous: alloc, new ou copy.

En ce qui concerne le second exemple, vous avez obtenu le tableau si une méthode qui ne commence pas par l'un des trois mots (alloc, new ou copy), de sorte que vous ne possédez pas l'objet, et vous n'êtes pas responsable de le libérer. En fait, le tableau que vous avez obtenu est un objet auto-libéré, ce qui signifie que même si son compte de retenue est actuellement de 1, il sera automatiquement libéré lorsque quelque chose appelé le pool autorelease est drainé.

Voici une référence sur Memory Management Rules.