Fidéliser un objet créé dans un NSThread

Question

je la méthode suivante qui est engendré par un appel à un nouveau thread (en utilisant NSThread):

- (void) updateFMLs { 
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; 
    NSArray *temp = [[NSArray alloc] initWithArray:someArrayFromAnotherProcess]; 

    [self performSelectorOnMainThread:@selector(doneLoading:) withObject:temp waitUntilDone:NO]; 
    [pool release]; 
} 

Ma méthode doneLoading: ressemble à ceci:

- (void) doneLoading:(NSArray *)obj { 
    myArray = [[NSArray alloc] initWithArray:obj copyItems:NO]; 
} 

Le contenu de myArray n'est plus valide. Comment puis-je conserver le contenu de myArray afin de pouvoir les utiliser plus tard dans mon application?

P.S. myArray est défini dans le fichier d'en-tête de classe.

Answer 1

Le code que vous avez publié semble correct, à l'exception de la fuite de mémoire dans updateFMLs. Vous surestimez probablement les objets ailleurs. Je devine que ce serait partout où someArrayFromAnotherProcess est faite.

Answer 2

Si votre fil d'arrière-plan fait un travail et doit « passer » un NSArray à votre thread principal, alors tout doneLoading doit faire est:

-(void)doneLoading:(NSArray *)obj 
{ 
    [myArray release]; // release the previous array and its objects 
    myArray = [obj retain]; 
    // now use myArray, refresh tables, etc. 
} 

Il y a (probablement) pas besoin de faire une autre copie le tableau, et cela pourrait être le problème sous-jacent. Vous devez également appeler [temp release] après votre appel performSelector, car les arguments sont déjà conservés.

Si le contenu de myArray est en train de devenir valide d'une manière ou d'une autre, alors ils sont doublement libérés quelque part. myArray conservera tous les objets qui y sont ajoutés. Vous avez mentionné que myArray lui-même devient invalide, alors essayez de réécrire votre thread d'arrière-plan et votre méthode doneLoading avec ce modèle.

Enfin, vous devez utiliser [pool drain] au lieu de [pool release].

Answer 3

Une alternative aux options serait au-dessus de déclarer monTableau comme une propriété atomique dans l'en-tête

@property (atomic,retain) NSArray *myArray; 

Puis, en updateFMLs vous devriez être en mesure d'appeler simplement le poseur du thread secondaire. Évidemment, cela ne fonctionne que si vous êtes prêt à payer la pénalité de performance pour une propriété atomique.

- (void) updateFMLs { 
    NSAutoreleasePool *pool - [[NSAutoreleasePool alloc] init]; 
    NSArray *temp = [[NSArray alloc] initWithArray:someArrayFromAnotherProcess]; 
    [self setMyArray:temp]; 
    [temp release]; 
    [pool drain]; 
}