imageWithContentsOfFile
NSString *path = [[NSBundlemainBundle] pathForResource:@”icon” ofType:@”png”];
myImage = [UIImage imageWithContentsOfFile:path];不为图像提供缓存，调用的时候去加载,推荐使用。
创建出的内存可分页 避免出现外部碎片（动态块分区）：：：
这里内存可分页：把主存空间划分为大小相等的固定的块；块相对较小，作为主存的几本单位。每个进程也以块为几本单位进行划分，进程在执行时，以块为单位申请主存中的块空间。
从形式上看，分页方法像分区相等的固定分区技术，分页管理不会产生外部碎片，但它们有本质的不同：块的大小相对分区要小的多，而且进程是按块划分的，进程运行时按块申请主存可用空间并执行。这样的只会在为最后一个不完整的块申请一个主存块空间。才产生主存碎片，所以尽管会产生内部碎片，但这种碎片相对进程来说也是非常小的
imageNamed
[UIImage imageNamed:ImageName]
在application bundle的顶层文件夹寻找相应名字的图象，找到后系统会把图像Cache到内存(对于同一个图像系统只会把它Cache到内存一次)，如果再次要用同一图像，图像将从内部缓存而不是从资源中加载,这对于图像的重复利用是非常有优势的。例如：你需要在一个TableView里重复加载同样一个图标，那么用imageNamed加载图像，系统会把那个图标Cache到内存，在Table里每次利用那个图像的时候，只会把图片指针指向同一块内存。这种情况使用imageNamed加载图像就会变得非常有效。
但是，如果图像比较大，或者图像比较多，用这种方式会消耗很大的内存，而且释放图像的内存是一件相对来说比较麻烦的事情。例如：如果利用imageNamed的方式加载图像到一个动态数组NSMutableArray，然后将将数组赋予一个UIView的对象的animationImages进行逐帧动画，那么这将会很有可能造成内存泄露。又如在使用Interface Builder建立界面时，如果直接拖动UIImageView
并设置image的图片名称，InterfaceBuilder 正是通过UIImage 类的imageName方法加载图片，图片被缓存，导致内存使用较大，且无法释放，即使release掉 UIImageView也无济于事。创建出的内存不可分页。
imageWithData
NSString *filePath = [[NSBundlemainBundle] pathForResource:fileName ofType:extension];
NSData *image = [NSData dataWithContentsOfFile:filePath];
[UIImage imageWithData:image]不为图像提供缓存，从二进制数据创建,利用NSData方式加载时，图像会被系统以数据方式加载到程序。当你不需要重用该图像，或者你需要将图像以数据方式存储到数据库，又或者你要通过网络下载一个很大的图像时，请尽量使用imageWithData的方式加载图像。
创建出的内存不可分页
