iOS图片的加载优化 initWithContentsOfFile

有的小伙伴可能没那么在意图片的加载方式，习惯了imageNamed，看到initWithContentsOfFile时也没有仔细看他的作用。

1、首先我做了一个实验，比较了两种方式对内存的影响。

测试方法，对于app的引导页（5张图）分别使用imageName和initWithContentsOfFile去初始化图片

• 使用imageName加载图片

[UIImage imageNamed:@"launch_iphonex"];

启动之后，进入引导页，打开Xcode的内存监测，看到每滑动一次，内存增加一些，5张图下来，累计增加了20M+ 的内存。引导页过后，内存依然没被释放（imageFileNamed的特点）

大致计算一下增加的内存：比如iPhoneX的引导图1125 * 2436，加载出来大约是3M（这里我不会很会算，可参考）

内存变化如下

•   使用initWithContentsOfFile去初始化图片，内存依旧会增加，但是引导页过后，内存直线下降。

内存变化如下

 这里看到效果很明显，对于我们不常用/只使用一次的图片资源，使用initWithContentsOfFile去加载图片是非常不错的选择，对于高要求的的开发者几乎是一定要优化的点。

2、下面简单介绍下二者的区别：

1）imageNamed 

用这个方法加载的时候，它会在系统缓存中查找并返回一个对象，如果缓存中没有找到对应的对象，就根据文件名找到，然后创建image对象，再返回。在APP的整个生命周期内，加载过的图是一直存在内存中的，内存就会持续累加。但是对于一些文件很小，我们又经常用到的小图，很实用。比如tableView中的一个箭头，在多行都会展示，这时候使用imageNamed效率是很高的。

2）initWithContentsOfFile，加载图片时，image对象的生命周期与imageView绑定，会随着imageView释放而释放掉。对于一些不常用的且大的图片，是很好的选择。有些同学习惯用asset去存图片，自动分配2倍3倍图，如果使用这个方法就不好用了，建议直接搞一张3倍图拖入某个特定的文件夹。还要注意的是，这时候自动布局的话，记得写全布局属性，他这会儿已经不会自动调整了。引导图、某一页面特殊的背景图等等都可以使用这种方式。

initWithContentsOfFile编码（这里只兼容了png，可以开放更多参数）

+ (UIImage *)imageFileNamed:(NSString *)imageName {
    
    NSString *filePath = [NSString stringWithFormat:@"%@/%@.png",[[NSBundle mainBundle] resourcePath],imageName];
    UIImage *image = [[UIImage alloc] initWithContentsOfFile:filePath];
    
    return image;
}

OK提高我们的标准，让你的APP运行的更流畅。