使用SDWebImage下载高分辨率图，导致内存暴增的解决办法-CFANZ编程社区

最近，遇到一个问题，有个控制器，一进去就crash,而且手机非常的烫，用instrument跑了跑，发现内存暴增几百兆；如图：

　　图中可以看出，内存暴增的罪魁祸首是YYImage，再进一步定位问题，如图：

　　现在已经可以很清楚的知道，具体是哪些代码导致内存飙升的，这个方法“YYCGImageCreateDecodeCopy”，主要是对图像进行解压缩操作；同样的，换成SDWebImage，也出现了相同情况，由于某些原因，之后的分析都将以SDWebImage为例。
　　先贴上调用的SDWebImage的代码：

[self sd_setImageWithURL:[NSURL URLWithString:imageUrl] placeholderImage:[UIImage imageNamed:@"defaulImage"] options:SDWebImageProgressiveDownload completed:nil];

instrument分析图：

代码定位：

　　同样的，也是在解压缩的时候，出现内存飙升，但是为什么会这样呢？
　　首先我想到“Create”必须得对应一个“Release”，于是我认真的看了每一行代码，无论是YYImage还是SDWebImage，都严格遵守了这一准则，既然都有Release，那么就不是内存泄露了，应该是在这几行代码执行的过程中，产生的内存消耗。可是怎么会消耗这么大呢？一张图片也就几M的大小啊，这个解压缩存在的意义是什么呢？
　　我从“H_伟华博乐家园”的一篇博客中找到了解压缩存在的意义(http://blog.163.com/huang1988519@126/blog/static/737875752013101803137445/)

当完成图片加载或者从本地加载图片时，还会有轻微的卡顿。
因为当显示或者绘制的时候，UIKit 只做了额外的延迟初始化和消耗很高解码。
而下面的代码片段，从后台线程解压缩成合适的格式，从而让系统不必做额外的转换。
然后在主线程上显示

我又疑惑了，既然是为了优化，为啥会适得其反呢？我百思不得其解，最后在SDWebImage的issues找到了相关的讨论：
https://github.com/rs/SDWebImage/issues/538
其中一个harishkashyap大神是这么回答的：

[[SDImageCache sharedImageCache] setShouldDecompressImages:NO];
[[SDWebImageDownloader sharedDownloader] setShouldDecompressImages:NO];

https://github.com/harishkashyap/SDWebImage/tree/fix-memory-issues

这位大神提到，decodeImageWithImage这个方法用于对图片进行解压缩并且缓存起来，以保证tableviews/collectionviews 交互更加流畅，但是如果是加载高分辨率图片的话，会适得其反，有可能造成上G的内存消耗。该大神建议，对于高分辨率的图片，应该在图片解压缩后，禁止缓存解压缩后的数据，相关的代码处理为：

[[SDImageCache sharedImageCache] setShouldDecompressImages:NO];
[[SDWebImageDownloader sharedDownloader] setShouldDecompressImages:NO];

虽然这位大神给了肯定的答案，但是为什么会如此呢？
我查阅了apple官方文档对CGBitmapContextCreate函数的注解：

图中红框部分的参数，引起了我的注意：

bitsPerComponent 表示存入内存中的每个像素中的每一个组件所占的位数；
bytesPerRow 表示存入内存中的位图的每一行所占的字节数；

我猜测，解压缩操作中，每一个像素点都会分配一个空间来存储相关值，那么分辨率越高的图片，就意味着更多数量的像素点，也就意味着需要分配更多的空间！所以对于高分辨率图来说，如果缓存解压缩之后的数据，即使是几M的图片，也是有可能消耗上G的内存！
　　既然如此，我决定按照harishkashyap大神的方法，直接让下载高分辨率图的地方，避免缓存解压缩后的数据操作！
　　项目中，高清图涉及到的地方，都全部已经封装起来了，那么就轻松了很多。为了保证封装类不对外界产生影响，我只在调用封装类时，禁用缓存解压缩数据，调用完毕再恢复原设置即可。这样既能保证高分辨率图不crash，也能保证其他地方，普通图片依旧可以通过缓存解压缩数据进行优化。

SDWebImage 5.0解决办法：

https://github.com/SDWebImage/SDWebImage/pull/2283#issuecomment-490424361

SDWebImage 4.x解决办法：
　　由于封装的是一个控制器，所以我决定在控制器loadView方法中禁用缓存解压缩数据，在delloc方法中恢复原设置：
1、首先在封装的控制器中定义变量用于存储原设置：

static BOOL SDImageCacheOldShouldDecompressImages = YES;
static BOOL SDImagedownloderOldShouldDecompressImages = YES;

2、loadView中保存原设置并且禁用缓存解压缩数据：

SDImageCache *canche = [SDImageCache sharedImageCache];
// SDImageCacheOldShouldDecompressImages = canche.shouldDecompressImages;
// canche.shouldDecompressImages = NO;
// 上面的被废掉了，目前的写法是：
SDImageCacheOldShouldDecompressImages = canche.config.shouldDecompressImages;
canche.config.shouldDecompressImages = NO;

SDWebImageDownloader *downloder = [SDWebImageDownloader sharedDownloader];
SDImagedownloderOldShouldDecompressImages = downloder.shouldDecompressImages;
downloder.shouldDecompressImages = NO;

3、dealloc中恢复原设置：

-(void)dealloc {
    SDImageCache *canche = [SDImageCache sharedImageCache];
    canche.config.shouldDecompressImages = SDImageCacheOldShouldDecompressImages;
    
    SDWebImageDownloader *downloder = [SDWebImageDownloader sharedDownloader];
    downloder.shouldDecompressImages = SDImagedownloderOldShouldDecompressImages;
}

再次用instrument跑了一下，方法果然有效，内存彻底降下来了，如图：

当然，你也可以设置SDWebImage的其他参数，比如是否缓存到内存以及内存缓存最高限制等，来保证内存安全：

shouldCacheImagesInMemory 是否缓存到内存
maxMemoryCost  内存缓存最高限制

号外：苹果官方给出了一个下载高清大图的demo,内存消耗很低。感兴趣的朋友也可以看看：
https://developer.apple.com/library/ios/samplecode/LargeImageDownsizing/Introduction/Intro.html