Я могу выиграть память, явно удалив изображениеView.Image?

Question

У меня есть этот код в моем приложении:

var newImage = // ... 

if (imageView.Image != null && imageView.Image != newImage) 
    imageView.Image.Dispose(); 

imageView.Image = newImage; 

У меня есть три взаимосвязанных вопроса:

• ли немедленно освободить память, занятую предыдущим imageView.Image?
• Если это так, есть ли более чистое решение?
• Имеет ли это какое-либо отношение к NSAutoreleasePool?

Answer 1

Немедленно освобождает память, занятую предыдущим изображением.Имя?

Не сразу, но она должна быть намного быстрее, чем ожидание сборщика мусора.

Вызов Dispose понизит удалось ссылку на роднойUIImage. Если ничто иное (изначально) не имеет ссылки на UIImage (RetainCount == 0), тогда оно будет освобождено (подсчет ссылок ObjC).

В коде imageView еще не имеет ссылку на него, пока его свойство Image устанавливается в newImage - именно поэтому я ответил не сразу.

Если да, то есть ли более чистое решение?

Не совсем. Предоставление GC делает работу более чистым - но изображение может быть очень большим и стоит освобождать как можно скорее.

Также не стоит (и в любом случае не будет чище), добавив локальную переменную, чтобы удостовериться (если никакой другой основной ссылки не существует), изображение будет немедленно освобождено - это произойдет на следующей строке.

Имеет ли это какое-либо отношение к NSAutoreleasePool?

Ничего? хорошо, что это связано с памятью в обоих случаях.

Создание изображений будет использовать (кеш) текущий NSAutoreleasePool и, в конце концов, будет истощен. Если вы обрабатываете много вещей (например, цикл), то часто стоит иметь свой собственный, недолговечный пул, чтобы обеспечить более быстрый слив.

Некоторые API (хорошо знают, чтобы потребовать много памяти) украшены атрибутом, который автоматически добавит (btouch) NSAutoreleasePool - но нелегко узнать, какой из них.

В сомневаюсь, что вы лучше использовать Apple инструменты для измерения ...