Conserver le compte et copier dans Setter?

Question

Ceci est une question de suivi d'une question précédente, qui, espérons-le, est un peu plus claire. Je suis juste curieux de voir comment fonctionne le code présenté ci-dessous, en particulier la variable myString qui sortira. Cela ne semble pas provenir de la sortie?

CODE

// IMPLEMENT 
@implementation CelestialBody 
- (void)setName:(NSString *)newName{ 
    if(name != newName) { 
     [name release]; 
     name = [newName copy]; 
    } 
} 
- (void)dealloc{ 
    [name release]; 
    name = nil; 
    [super dealloc]; 
} 
@end 

.

// ------------------------------------------------------------------- ** 
// MAIN: 30th September 2009 
// ------------------------------------------------------------------- ** 

#import <Foundation/Foundation.h> 
#import "CelestialBody.h" 

int main (int argc, const char * argv[]) { 
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init]; 

    CelestialBody *newPlanet = [[CelestialBody alloc] init]; 
    NSString *myString = [[NSString alloc]initWithFormat:@"go home"]; 
    NSLog(@"RetainCount_1: %d",[myString retainCount]); 

    [newPlanet setName: myString]; 
    NSLog(@"RetainCount_2: Incremented by copy in setName");  

    // Clean up 
    NSLog(@"RetainCount_2: %d -Before Release",[myString retainCount]); 
    [newPlanet release]; 
    [myString release]; 
    [pool drain]; 
    NSLog(@"RetainCount_1: %d -After Release",[myString retainCount]); 
    return 0; 
} 
// ------------------------------------------------------------------- ** 

SORTIE

Running… 
2009-10-01 09:28:50.395 RetainCount_1: 1 
2009-10-01 09:28:50.399 RetainCount_2: Incremented by copy in setName 
2009-10-01 09:28:50.399 RetainCount_2: 2 -Before Release 
2009-10-01 09:28:50.400 RetainCount_1: 1 -After Release 
Debugger stopped. 

Je relis actuellement le Guide de gestion Memeory pour essayer de voir ce que je l'ai manqué.

merci beaucoup

EDIT

ajouté un la sortie du dealloc, il semble que c'était ce que je manque.

- (void)dealloc{ 
    [name release]; 
    name = nil; 
    [super dealloc]; 
} 

gary

Answer 1

est la myString variables être libérés.

[myString release]; 

Tous les signes indiquent oui.

Cela ne semble pas provenir de la sortie?

NSLog(@"RetainCount_2: %d",[myString retainCount]); 
[myString release]; 

sortie de votre déclaration NSLog ne reflète pas le message release parce que le message release n'a pas encore eu lieu.

De même, ne vous inquiétez pas du nombre de retenues. Ils peuvent être très trompeurs. Tant que vous suivez les règles de Cocoa et ne créez aucun cycle de propriété (A possède B possède C possède A), vous aurez rarement un problème.

Answer 2

Je suppose que [copie newName] ne copie pas en fait le NSString, parce que NSString est immuable? Je n'ai jamais pensé à ça, mais ça a du sens pour moi.

À la fin de votre programme, vous lancez newPlanet et myString. Ma question est, libérez-vous le nom de la variable d'instance dans la méthode -dealloc de CelestialBody? Si vous ne l'êtes pas, je crois que vous fuyez la mémoire là-bas.

1. Créer myString: le retainCount de NSString est 1
2. [newPlanet setName:]: le retainCount de NSString est 2
3. [newPlanet release]: Le retainCount du NSString est 2? Je suppose que vous ne le publiez pas dans -dealloc.
4. [Communiqué myString]: le retainCount de NSString est 1

Answer 3

Ceci n'est pas une réponse à votre question, mais une explication de ce que vous voyez: Le dernier appel à retainCount est envoyé à un objet désalloué, qui est un comportement indéfini. L'objet n'arrive pas encore à être écrasé, donc il continue de fonctionner "normalement" dans le sens où la méthode dispatch peut toujours voir les anciennes données qui s'y trouvent et ne réalise pas qu'elles ne sont pas valides. Vous ne recevrez jamais 0 d'appeler retainCount, car un tel objet ne peut pas exister.