Gestion de la mémoire des objets Singleton

Question

Dans mon code, j'utilise un objet singleton comme point central de mon application pour charger et mettre en cache les images dont l'application a souvent besoin, donc je n'ai pas besoin d'allocation de ressources gourmande en ressources chaque fois que je charge une image.

Mais il y a des moments durant l'exécution de mon application où l'utilisation de la mémoire devient intense et je voudrais libérer les données d'image en cache. Actuellement, je libère juste les instances d'UIImage de mon singleton quand je reçois un avertissement de mémoire.

Je préférerais cependant être capable de libérer l'objet singleton entier. Est-ce possible? Si c'est le cas, comment?

Answer 1

Bien sûr que oui. Bien qu'il soit plutôt probable que l'utilisation de la mémoire de cet objet soit négligeable par rapport aux images.

par la nature d'un singleton, vous devez avoir un accesseur pour elle, où vous allez créer si elle n'existe pas actuellement:

+ (MySingletonClass*) mySingleton 
{ 
    if (mySingleton == nil) 
    { 
     mySingleton = [[MySingletonClass alloc] init]; 
    } 

    return mySingleton; 
} 

Vous avez juste besoin d'ajouter un autre que vous appelez lorsque vous vouloir le détruire:

+ (void) destroyMySingleton 
{ 
    [mySingleton release]; 
    mySingleton = nil; 
} 

Si vous gardez des références ailleurs, vous aurez des problèmes; Ne fais pas ça. Si vous accédez à partir de plusieurs threads, vous devrez synchroniser. Sinon, c'est assez simple - le getter va recréer quand vous en aurez besoin.

Answer 2

Tout objet que vous créez peut être déclenché à tout moment. (En supposant que vous le créez et que vous définissez ses propriétés.)

self.myObject = [[myObjectClass alloc] init]; 
    // do something with the object 
    [self.myObject release];  // anytime that you are not using the object 

self.myObject = nil; // will also work if you've set the @property (retain, nonatomic) 

Answer 3

Voici un exemple d'accesseur singleton pour le code OpenAL que j'utilise. Open12 met un certain temps à se charger, donc garder une instance autour est exactement ce dont j'ai besoin. Avec plus d'un thread en jeu (pas ma situation actuellement mais je veux que mon code soit porté vers des situations où c'est le cas) je mets un verrou sur self. @synchronized(self) fait exactement cela.

Maintenant, j'ai alloué la mémoire, donc je suis responsable de la libérer. Je pourrais appeler [shared_sound_controller autorelease] dans la méthode d'accesseur +sharedController mais ceci peut libérer le contrôleur tôt, particulièrement quand j'ai plus de un fil et j'appelle l'accesseur pour la première fois dans un fil qui n'est pas le fil principal.