当我创建未发布CGImage的UIImage实例时,似乎出现了内存管理问题。
我有一个分页UIScrollView可以滚动浏览一系列JPG图像。下面是我的整个类(class),是分页滚动 View 中的页面 View 。
该代码正在主线程上运行。该代码使用ARC。我尝试使用imageWithContentsOfFile:(返回一个自动释放的对象)以及initWithContentsOfFile :(返回一个保留的对象)来加载图像。我尝试了@autoreleasepool并使用performSelectorOnMainThread来确保代码按照其他帖子中的建议在主线程上运行。
滚动浏览图像时,内存使用量会一直增长,直到应用程序终止为止(如仪器屏幕截图所示)。请注意对图像io的高分配。
屏幕快照,显示虚拟内存使用情况
在下面的屏幕截图中,可以看到GTGImageScrollerPageViews,UIImageViews和UIImages已被释放。请注意,高编号300中有用于这些编号的暂态对象。但是,CGImages尚未发布,并且存在的CGImages数量高达400个和0个Transitory。
屏幕截图,显示分配
编辑:以前我一直在回收和重新使用ScrollView中的GTGImageScrollerPageView实例,这是像这样的滚动 View 的常用模式。为了简化尝试调试此问题的过程,我允许整个GTGImageScrollerPageView在ScrollView中显示后被释放。如您在上面的第二张图片中所看到的,只有4个GTGImageScrollerPageView活的和377个临时的,还有388个UIImageViews和389个UIIMages被列为临时的,因此看来UIImageViews和UIImages可以很好地释放。
如果我使用CGImageRelease手动释放CGImage(在下面的代码中进行了注释),则CGImages将被释放。我知道我不应该这样做,因为我不拥有CGImage,但是这对于验证这是问题所在是很有用的。以下屏幕截图显示了在Instruments中测试的相同代码,但未注释CGImageRelease。
截屏,显示CGImageRelease使用的虚拟内存使用情况
截屏,显示使用分配的CGImageRelease
在使用CGImageRelease的概要分析输出中,您可以看到正确数量的CGImage对象是Living和Transitory,并且内存不会无限增长。此外,在使用CGImageRelease的情况下,该应用程序不会崩溃。
如果这是CGImage的某些系统缓存,那么当出现内存警告时,它应该释放内存,但事实并非如此。内存只是继续增长。
是什么原因导致这种无限的内存增长?
这是页面 View 的代码
编辑:为回应评论,我更新了代码以进一步简化代码,从而消除了演示问题不需要的干扰(例如ivars和属性)。问题保持不变,并且分析时的结果相同。我还添加了NSLog,它也输出线程。我确实看到了在GTGImageScrollerPageView上按预期方式调用的dealloc,它始终是线程#1,而displayAspectThumbImage的调用总是在线程#1上。
我真的不相信这里提供的代码有什么问题,并且Rob的慷慨努力也证实了这一点。造成这种情况的原因是其他一些,但是与加载和显示图像有关的所有代码都在这里;这里没有其他有效的代码。我能想到的唯一值得注意的另一件事是,从scrollview委托(delegate)的scrollViewDidScroll和scrollViewDidEndDecellerating方法调用了displayAspectThumbImage方法,但是在主线程上调用这些方法的事实应排除由于在另一个线程上运行而导致的自动释放问题。
我已经检查并没有启用NSZombies,并且没有Zombies增加我的内存使用率。确实,当调用CGImageRelease方法时,如上面的屏幕截图所示,内存使用情况非常平坦。
@implementation GTGImageScrollerPageView
- (void)dealloc {
NSLog(@"%s %@", __PRETTY_FUNCTION__, [NSThread currentThread]);
}
- (void)displayAspectThumbImage:(NSString *)path {
NSLog(@"%s %@", __PRETTY_FUNCTION__, [NSThread currentThread]);
UIImageView *imageView = [[UIImageView alloc] initWithFrame:self.bounds];
[self addSubview:imageView];
UIImage *image = [[UIImage alloc] initWithContentsOfFile:path];
[imageView setImage:image];
//If uncommented CGImages are disposed correctly
//CGImageRelease([imageView.image CGImage]);
}
@end
测试于:
iOS 6.1.4
iOS 5.0.1
最佳答案
真的很抱歉自己回答这个问题,但认为分享我的经验会很有用。
原来这是UIImage上的一个类别,该类别是我正在使用的第三方库的一部分。我不会用最新版本测试过的库命名,问题不存在,因此命名库没有任何好处。
尤其奇怪,因为没有在泄漏代码附近的任何地方使用该库。它只是在整个项目中的一个地方使用,但是每当我使用UIImage时,似乎都在影响UIImage实例。在项目中仅存在此类别就足够了。这真是一个惊喜。
我解决此问题的方法是从模拟新项目中的场景开始,发现代码没有泄漏到那里。然后,我一次迁移了一点代码,当我在泄漏中移动类别时,出现了。
非常感谢Rob的慷慨努力,为他提供了帮助,尽管他没有直接提供解决方案,但与他交谈确实对解决问题很有帮助。很高兴知道那里有这么酷的人。
关于ios - UIImage已发布但CGImage未发布,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16802644/