Est-il un moyen de vider le cache utilisé par UIImage classe?

Il est bien connu que UIImage cache les données d'image lorsque l'image est chargée à l'aide de la imageNamed: méthode.

De la documentation d'apple:
https://developer.apple.com/documentation/uikit/uiimage/1624146-imagenamed

imageNamed:

Discussion: Cette méthode ressemble à la
système de cache pour une image de l'objet avec
le nom spécifié et retourne que
objet, si elle existe. Si une correspondance
l'image de l'objet n'est pas déjà dans le
cache, cette méthode de charger l'image
données à partir du fichier spécifié, caches
il, puis renvoie la qui en résulte
objet.

À cause de cela, après le chargement de plusieurs images avec imageNamed: j'ai remarqué une forte augmentation de l'utilisation de la mémoire et aussi que la mémoire a été conservée dans de l'utiliser même après que le contrôleur qui a chargé les images dealloc. (au moins, il n'a pas augmenté à nouveau quand je alloc le même contrôleur)

Qui m'a fait me demander si il existe un moyen de vider le cache utilisé par UIImage par programme à un moment donné de ma vie de l'application, voire de contrôler certains paramètres de cache (comme la quantité maximale de mémoire qu'il peut utiliser, par exemple)

Je sais que je pourrais facilement résoudre ce problème en utilisant initWithData, imageWithData, imageWithContentsOfFile ou de tout autre initialiseur au lieu de imageNamed, mais ce comportement du cache est souhaitée lors de l'utilisation de plusieurs images, comme l'intérieur d'un UITableView.

Toute réflexion sur la façon de le réaliser?

EDIT:
Après quelques réponses, je tiens juste à préciser qu'il y a un énorme fossé entre la nécessité de faire quelque chose et d'avoir la possibilité de faire quelque chose. Comme je l'ai souligné, je sais que l'OS prend soin de mettre en cache pour moi, j'essaie juste de voir les limites que le SDK iOS impose.

  • Je sais que c'est une vieille question, mais le montage a été de nouveau...le seul moyen que je connaisse pour effacer le cache manuellement grâce à un sans-papiers, méthode privée, donc je suppose que ce n'est pas vraiment possible.
  • vraiment? quelle méthode est-ce? Je pourrais être sympa de jouer avec ça! privée de l'API règles ne s'appliquent pas pour les ad hoc uniquement les apps 😉
  • Haha, c'est une méthode de classe sur UIImage. [UIImage _flushSharedImageCache]; Il y a aussi [image removeFromCache]; ainsi que [UIImage removeImageNameFromCache:@"imageName"];
  • stackoverflow.com/questions/14908131/...
  • bonne réponse, mais il semble que le cache qui UIImage utilise lorsque la imageNamed: méthode est appelée mémoire cache, et non pas un fichier de disque (comme il n'aurait aucun sens, car les images de imageNamed: sont déjà un fichier dans l'application bundle, différemment à partir d'images chargées avec imageWithData: et d'autres méthodes similaires). Ainsi, le _flushSharedImageCache efface la mémoire allouée utilisé par les images dans le cache, la réduction du nombre d'avertissements de mémoire dans une utilisation massive de la mémoire application (qui était au départ, mon intention par le temps, j'ai demandé). Mais tks de toute façon 😉
InformationsquelleAutor Felipe Sabino | 2011-05-13
  1. 7

    Il n'y a aucun moyen que je connaisse pour effacer manuellement cet iOS géré cache. En général, c'est un leurre. Lorsque le système d'exploitation gère quelque chose pour vous, vous n'avez pas besoin de s'inquiéter à ce sujet. Tant que vous êtes correctement libérant de tout ce que vous alloc/conserver et de manipulation de la mémoire des avertissements de façon appropriée, vous avez fait votre part.

    • Il y a un énorme écart entre qui ont besoin de faire quelque chose et d'avoir la possibilité de faire quelque chose. Comme je l'ai indiqué dans ma question, je sais que là je n'ai pas de besoin pour le faire, car je peux l'utiliser initWithData pour créer des images, j'essaie juste de voir les limites que le kit de développement impose.
    • Mon point est que vous ne devriez pas vous soucier de la mémoire en cours d'utilisation par un os géré cache. Il est juste de s'inquiéter à propos de la mémoire des besoins de votre application et de gérer tout ce que vous sont le stockage ou la mise en cache vous-même. Le système d'exploitation doit gérer les caches de besoin et que la mise en œuvre est opaque pour vous, sauf si Apple documents et recommande le contraire. Vous pouvez certainement utiliser initWithData et de mettre en œuvre votre propre image de cache (ou pas). Il est difficile d'imaginer quelle situation que ce serait mieux.
    • La raison de côté, si vous voulez un contrôle à 100% de l'image mise en cache je voudrais mettre en œuvre votre propre cache et ne jamais utiliser imageNamed:.
    • Désolé de vous bombarder, voulais ajouter une chose de plus. J'ai répondu de cette façon je n'ai b/c dans votre question, vous avez indiqué que l'image comportement de mise en cache iOS est un "problème" que vous devez résoudre. Ce n'est pas un problème et de toute la mémoire allouée par le système d'exploitation pour ce cache est de la responsabilité de l'OS, pas un problème, vous avez besoin de s'inquiéter. Si vous rencontrez un problème où votre application nécessite trop de mémoire pour exécuter le problème n'est pas dans le cache des images. Vous pouvez supposer que le système d'exploitation vider ce cache de façon appropriée dans les conditions de mémoire faible.
    • Si votre application se bloque à cause de problèmes de mémoire - l'utilisateur ne va pas blâmer les OS, ils vont condamner votre application! Donc, vous pourriez faire votre part -, mais l'utilisateur est inconscient de ce.
    • Pas sûr de ce que votre point est. Un bien construit app iOS ne devrait jamais de collision pour une raison quelconque. Ma réponse est spécifique à cette question (UIImage classe interne de mise en œuvre). Une application qui ne prend pas de gérer ses ressources de façon efficace (crash ou pas) est une mauvaise application. S'inquiéter de la façon UIImage fonctionne en interne n'est pas quelque chose d'un dev a besoin d'être préoccupé.
    • UIImage la mise en cache fonctionne tout simplement mauvais et c'est une douleur, même à l'ARC. Je peux rincer vue d'ensemble des contrôleurs et des storyboard et encore la mémoire n'est pas libre par iOS.
    • bien que le système d'exploitation ne sont clairement mauvais, comme j'ai un clavier app, qui se bloque par un dépassement de 50 MO de mémoire... je afficher que 10 images à la fois, mais en utilisant imageNamed et withtout l'option pour vider le cache de mon application se bloque... donc beaucoup de "vous n'avez pas besoin de s'inquiéter tant Que vous êtes correctement libérer" ... seulement 10 images sont assignées à un moment, mais le système tient encore tous les et se bloque

    InformationsquelleAutor XJones
  2. 3

    Répondre à des prises de Kevin Faible commentaire

    Si vous pouvez utiliser Api privées (comme dans un AdHoc seule application, par exemple) utilisez cette UIImage méthode pour supprimer toutes les images stockées dans la mémoire cache

    [UIImage _flushSharedImageCache];
    • il n'y a aucune méthode pour UIImage.
    • Merci pour les commentaires, j'ai supprimé ceux qui vraiment n'existait pas, et a également ajouté un lien vers le privé UIImage les en-têtes de fichier pointant vers celui que j'ai laissé dans la réponse.
    InformationsquelleAutor Felipe Sabino
  3. 0

    Le cache sera vidé quand elle doit l'être, c'est à dire lorsque l'application reçoit un Avertissement de Mémoire Faible. Il n'y a aucune raison pour vous de faire vous-même, et il n'y a pas d'API publique disponible.

    • Je ne vais pas argumenter à propos de la raison, comme je l'ai déjà expliqué dans la réponse à un commentaire. Mais, savez-vous comment il est fait, même avec une API privée? (comme mon application est ad-hoc distribué, il n'y a pas s'inquiéter d'être rejeté par l'apple store)
    • Il est assez bonne raison: Mon application est l'utilisation de la mémoire n'est pas assez pour déclencher la mémoire d'avertissement, mais encore élevé. Après la rotation, plus la mémoire est alocated et de l'application est tué en raison de "l'erreur de mémoire" sans avertissement de mémoire. Si je pouvais le libérer de la mémoire cache avant de la rotation, l'application serait de nicelly survivre à la rotation.... Pas d'API publique == pas d'options.
    InformationsquelleAutor Mike Weller
  4. -1

    Nous avons peut-être plus ensuite l'une des méthodes pour supprimer des images mises en cache, mais je pense que vous pouvez utilisé l'auto.le cache.removeAllObjects() qui est l'un des plus le nombre de méthodes si vous utilisez le Cache() de l'objet.Si je me trompe tout le monde peut me corrigé

    InformationsquelleAutor Dushko