你还在使用myImage = [UIImage imageNamed:@"icon.png"];吗？？？！！！   

如题，是不是大家为了方便都这样加载图片啊

myImage = [UIImage imageNamed:@"icon.png"];

那么小心了

这种方法在一些图片很少，或者图片很小的程序里是ok的。

但是，在大量加载图片的程序里，请千万不要这样做。

为什么呢 ？？？？？？？

这种方法在application bundle的顶层文件夹寻找由供应的名字的图象 。 如果找到图片，装载到iPhone系统缓存图象。那意味图片是(理论上)放在内存里作为cache的。

试想你图片多了，是什么后果｀｀｀｀｀｀

图片cache极有可能不会响应 memory warnings and release its objects

所以，用图片的时候一定要小心的alloc和release

推荐使用

NSString *path = [[NSBundle mainBundle] pathForResource:@"icon" ofType:@"png"];

myImage = [UIImage imageWithContentsOfFile:path];

不过这种方法要注意了，如果有高清图，也就是@2x的，就不能自动获取到了，自己把握吧，做ui可以用imageNamed，要处理的大图就别这样加载了

[UIImage imageNamed:@""]使用误区

最近在做一个图像处理的app应用，应用中有很多图像资源。

为了方便，一开始读取图像资源的时候都是直接使用了[UIImage imageNamed:@""]方法，这个方法非常方便，一句话就可以从bundle中读取图片。

初步测试，功能一切正常。后来发现多次操作之后，应用经常发生内存警告从而导致自动退出的问题。定位之后发现是由于[UIImage imageNamed: @""]分配的图像都没有释放引起的。而之前从官方的reference中得到的信息应该是[UIImage imageNamed:@""]分配的图像系统会放到cache里面。而关于cache管理的规则就没有明确的介绍。由此看来[UIImage imageNamed:]只适合与UI界面中小的贴图的读取，而一些比较大的资源文件应该尽量避免使用这个接口。

最后通过直接读取文件路径[UIImage imageWithContentsOfFile]解决掉这个问题.

使用[UIImage imageWithContentOfFile:] 或者[image initWithContentOfFile:]

容易引起内存问题，UIImage imageNamed将为这个图像提供缓存，所以如果你再次需要同一图像时，图像将被从内部缓存而

不是从资源中加载。而坏消息也是iPhone将为此图像提供缓存。这样如果图片过多就好出现内存泄露的现象。

UIImage imageWithContentsOfFile将不提供缓存。