iOS开发中加载图片的内存问题以及优化方案

图片的加载方式iOS目前有2种:

1.Resource 它是指inageWithContentsFile:创建图片的图片管理方式;

2.ImageAssets 它是指使用imageNamed:创建图片的图片的管理方式;

UIImage内存处理:

真是的App开发中,常用的无非是1和2两种方式

1的优缺点:

1的使用方式:NSString *path =[[NSBundle mainBundle]pathForResource:@"image@2x" type:@"png"];

UIImage *image = [UIImage imageWithContentsOfFile:path];

1的内部实现方式:+ (instancetype)imageWithContentsOfFile:(NSString *)fileName {

NSUInteger scale = 0;

{

scale = 2;//这一部分是提取fileName中@号后面的那个数字,如果存在则为1

}

return [[self alloc] initWithData:[NSData dataWithContentsOfFile:fileName scale:scale]];

}

这种方式使用的时候会有个局限性,这个图片必须是在.ipa的根目录或者沙盒中。根目录就是把图片文件拖到工程中,沙盒中的图片是写入进去或者存进去的;

1的特性:在1的图片管理方式中,所有的图片创建都是通过读取文件数据得到的,读取一次文件数据就会产生一次NSData以及产生一个UIImage,当图片创建好后会销毁对应的NSData,当UIImage的引用计数变为0的时候自动销毁UIImage,这样的话就可以保证图片不会长期存在内存中。

1的使用场景:由于这种方法的特性,所以1得方法一般用在图片数据很大,图片一般不需要多次使用的情况,比如引导页面的背景(图片全屏),有时候运行APP才显示,有时候根本就用不到。

1的优点:图片的生命周期可以得到管理,当需要图片的时候就创建一个,当不需要图片的时候就让他销毁,图片不会长期的保存在内存中,因此不会有内存浪费,在减少大图的内存占用中,1方式优先。

2的方式:2的设计初衷主要是为了解决自动适配Retian屏和非Retian屏,也就是说为了解决iPhone4和iPhone3GS以及以前的机型的屏幕适配,虽然没有3GS了,但是plus出来了,需要3x

2的使用方式:UIImage *image = [UIImage imageName:@"image"];

2的特性:与1相似,2也是从图片文件中读取图片数据转化成UIImage,只不过这些图片都打包在2中,最大的区别就是图片有缓存。相当于与一个字典,key是图片名,value是图片对象。调用imageNamed:方法的时候先从这个字典中去取,如果取到就直接返回,如果娶不到再去文件中创建,然后保存在这个字典中。由于字典的key和value都是强引用,所以一旦创建后的图片永不销毁。

2的内部实现方式:+(instancetype)imageName:(NSString*)imageName {

if(!imageName)

return nil;

}

UIImage *image = self.imageBuff[imageName];

if(image){

return image;

}

NSString *path = @"image Path";

image = [UIImage imageNamed:  ];

if(image){

self.imageBuff[imageName] = image;

}

return image;

}

+ (NSMutableDictionary*)imageBuff {

static NSMutableDictionary *_imageBuff;

static dispatch_once_t onceToken;

dispatch_once(&onceToken,^{

_imageBuff = [[NSMutableDictionary alloc]init];

});

return _imageBuff;

}

2的使用场景:最主要的使用场景就是icon类的图片,一般的icon类的图片大小在3kb到20kb不等,都是一些小文件

2的优点:当一个icon在多个地方需要被显示的时候,其对应的UIImage对象只会被创建1次,而且多个地方的icon都将会共用一个UIImage对象,减少沙盒的读取操作。

你可能感兴趣的:(iOS开发中加载图片的内存问题以及优化方案)