Mémoire sur le chargement paresseux

Question

Je lis le livre de tutoriel maintenant. Quand je vois un exemple, je deviens confus. Les codes suivants montrent un moyen de chargement paresseux. Est-ce que ce tableau de motivations est publié après désaffectation de l'instance? ou occupera-t-il ce bloc de mémoire jusqu'à ce que l'application se termine.

+ (NSArray *)motivations 
{ 
    static NSArray *motivations = nil; 
    if (!motivations) 
    { 
     motivations = [[NSArray alloc] initWithObjects:@"Greed",@"Revenge",@"Bloodlust",@"Nihilism",@"Insanity",nil]; 

    } 
    return motivations; 
} 

---

Modifier 1 Merci Georg pour un bug. Comme il s'agit d'un objet statique, le système stockera le pointeur d'objet jusqu'à ce que l'application soit terminée.

Answer 1

Vous pouvez utiliser cette façon de cache en laisser votre point de pointeur vers un objet qui ne release ou autorelease

Je recommande d'utiliser cette approche quand vous voulez vraiment mettre en cache des données en mémoire (généralement petites ou grandes données images) qui nécessite beaucoup de temps de traitement CPU ou IO pour générer. Pour les petites données comme NSString, vous pouvez créer un nouveau tableau et revenir chaque fois que vous en avez besoin.

Modifier le commentaire: Il y a 2 choses sur imageNamed:

1/Vous ne pouvez pas contrôler ce qui est mis en mémoire cache et ce qui ne cache par imageNamed:. Vous pouvez ne pas vouloir mettre en cache une image de grande taille et ne l'utiliser qu'une seule fois, par exemple.

2/imageNamed: ne peut pas être utilisé pour obtenir une image à partir du réseau ou des dossiers du système. Il chargera uniquement à partir de votre groupe

Answer 2

L'exemple que vous montrez contient un bogue - +arrayWithObjects: renvoie une instance libérée automatiquement qui sera détruite ultérieurement. Le code était probablement destiné à être:

motivations = [[NSArray alloc] initWithObjects:@"Greed",@"Revenge",@"Bloodlust",@"Nihilism",@"Insanity",nil]; 

Avec cela, la matrice vivra jusqu'à ce que l'application se termine.

Answer 3

Comme il s'agit d'une méthode de classe (indiquée par un + au lieu d'un - à la déclaration), aucune instance ne sera publiée. (Techniquement il y a une instance d'un objet de classe isa je pense (? Commenter si je me trompe s'il vous plait, je ne connais pas très bien le fonctionnement interne) mais ne vous inquiétez pas à ce sujet)

, qui existe en mémoire pendant toute la durée du programme, possède ce tableau. Considérez la statique comme la plus proche possible d'une variable de classe, plutôt que comme une variable d'instance. Puisque la classe existe tout le temps, le tableau existe tout le temps.

Le chargement paresseux l'empêche d'être créé jusqu'à la première fois que cette méthode de classe est appelée, donc il ne gaspille pas de mémoire tant que vous n'en avez pas besoin.