本文主要是介绍万恶的imageNamed，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
前段时间完成的一个iPad应用，近来测试发现一个问题，在iPad运行大量其他应用程序时很容易出现内容警告而导致程序退出。找了一些资料，发现用起来方便的+ (UIImage *)imageNamed:(NSString *)name,却存在一个很严重的内存释放问题，它所占用的内容不被释放，即使其所在的view已经release了。看完之后一阵后怕，皆因程序中使用UIImage基本都是使用这种方法获取。事不宜迟，马上对代码进行优化。由于手头暂时没有设备测试，测试效果稍候再分析。
转载一篇很好的文章：
这种方法在application bundle的顶层文件夹寻找名字的图象 , 如果找到图片， 系统缓存图象。图片内容被加载到系统内存中，使用时直接引用到系统内存。
所以当图片比较大时，程序使用的内存会迅速上升导致内存警告并退出。
特别在使用Interface Builder建立界面时，如果直接拖动UIImageView 并设置image的图片名称。InterfaceBuilder 正是通过UIImage 类的imageName方法加载图片。图片被缓存，导致内存使用较大。且无法释放，即使release掉 UIImageView也无济于事。
所以推荐使用+ (UIImage *)imageWithContentsOfFile:(NSString *)path方法加载图片。
也可以重载 imageNamed方法。
@implementation UIImage(imageNamed_Hack)
+ (UIImage *)imageNamed:(NSString *)name {
return [UIImage imageWithContentsOfFile:[NSString stringWithFormat:@"%@/%@", [[NSBundle mainBundle] bundlePath], name ] ];
}
@end
Note: With this override you will not have any cache loading UIImages, if you need this,
you will have to implement your own cache.
Tip: If your applications use much image processing, consider to use de PhotoshopFramework
for iPhone. Check here: http://sourceforge.net/projects/photoshopframew/
这篇关于万恶的imageNamed的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
