1、初步分析
首先iPhone毕竟是手持设备，它所占有的内存是有限的，当图片过大的时候会引起内存导致的崩溃现象。
iPhone下每个app可用的内存是被限制的，如果一个app使用的内存超过20M，则系统会向该app发送Memory Warning消息。收到此消息后，app必须正确处理，否则可能出错或者出现内存泄露。
2、崩溃执行的过程分析
app收到Memory Warning后会调用：UIApplication::didReceiveMemoryWarning -> UIApplicationDelegate::applicationDidReceiveMemoryWarning,然后调用当前所有的viewController进行处理。因此处理的主要工作是在viewController。
创建viewcontroller时，执行顺序是loadview -> viewDidLoad。
当收到内存警告时，如果viewcontroller未显示（在后台），会执行didReceiveMemoryWarning -> viewDidUnLoad；如果viewcontroller当前正在显示（在前台），则只执行didReceiveMemoryWarning。
当重新显示该viewController时，执行过viewDidUnLoad的viewcontroller（即原来在后台）会重新调用loadview -> viewDidLoad。
3、图片加载的方法分析
**仔细查看Apple官方的文档，可见其为生成一个UIImage对象提供了两种方法加载图片：
**
- imageNamed，其参数为图片的名字；
- imageWithContentsOfFile，其参数也是图片文件的路径。
这两者是有区别的，根据Apple的官方文档：
imageNamed: 这个方法用一个指定的名字在系统缓存中查找并返回一个图片对象，如果它存在的话。如果缓存中没有找到相应的图片，这个方法从指定的文档中加载然后缓存并返回这个对象。
因此imageNamed的优点是当加载时会缓存图片。所以当图片会频繁的使用时，那么用imageNamed的方法会比较好。
例如：你需要在 一个TableView里的TableViewCell里都加载同样一个图标，那么用imageNamed加载图像效率很高。系统会把那个图标Cache到内存，在TableViewCell里每次利用那个图像的时候，只会把图片指针指向同一块内存。正是因此使用imageNamed会缓存图片，即将图片的数据放在内存中，iOS的内存非常珍贵并且在内存消耗过大时，会强制释放内存，即会遇到memory warnings。
而在iOS系统里面释放图像的内存是一件比较麻烦的事情，有可能会造成内存泄漏。
例如：当一个UIView对象的animationImages是一个装有UIImage对象动态数组NSMutableArray，并进行逐帧动画。当使用imageNamed的方式加载图像到一个动态数组NSMutableArray，这将会很有可能造成内存泄露，原因很显然的。
imageWithContentsOfFile：仅加载图片，图像数据不会缓存。
因此对于较大的图片以及使用情况较少时，那就可以用该方法，降低内存消耗。
//下面列举出两种方法加载UIImage的用法：
NSString *path = [[NSBundle mainBundle] pathForResource:@”icon” ofType:@”png”];
UIImage *image = [UIImage imageWithContentsOfFile:path];
NSString *filePath = [[NSBundle mainBundle] pathForResource:fileName ofType:“png”];
NSData *image = [NSData dataWithContentsOfFile:filePath];
UIImage *image = [UIImage imageWithData:image]; //or = [UIImage imageWithContentsOfFile:filePath];
相比较而言，这其中的关键在于以下：
//imageWithContentsOfFile：仅加载图片，图像数据不会缓存
//imageNamed:先将图片缓存到内存中，然后在显示。
最后，再次强调两种用法各有各的优点，需要针对具体的应用场景来使用才能恰到好处。
