memory-management - 我是否通过显式处理 imageView.Image 来赢得内存？

Question

我的应用程序中有这段代码:

var newImage = // ...

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

imageView.Image = newImage;

我有三个相关的问题:

• 是否立即释放之前imageView.Image占用的内存？
• 如果是，是否有更清洁的解决方案？
• 这与 NSAutoreleasePool 有什么关系吗？

Answer 1

Does it immediately release the memory occupied by the previous imageView.Image?

不是立即，但它应该比等待垃圾收集器快得多。

调用 Dispose 将删除 managed 对 native UIImage 的引用。如果没有其他( native )引用 UIImage (RetainCount == 0)，那么它将被释放(ObjC 引用计数)。

在你的代码中 imageView 仍然有一个对它的引用，直到它的 Image 属性被设置为 newImage - 这就是为什么我回答 不是立即。

If it does, is there a cleaner solution?

不是真的。让 GC 完成它的工作看起来更干净 - 但图像可能非常大，值得尽快释放。

此外，添加局部变量以确保(如果不存在其他 native 引用)图像将立即释放是不值得的(而且无论如何也不会更干净)——它将在下一行发生。

Does this have anything to do with NSAutoreleasePool?

有什么吗？好吧，这两种情况都与内存有关。

创建图像将使用(缓存)当前的 NSAutoreleasePool 并且最终会被耗尽。如果您处理很多东西(例如循环)，那么通常值得拥有自己的、短暂的池以确保更快地耗尽。

一些 API(众所周知需要大量内存)装饰有一个属性，该属性会自动添加 (btouch) NSAutoreleasePool - 但要找出是哪个并不容易。

有疑问你最好用Apple Instruments来测量...