公司的一个电商项目，很多商品展示页，tableView、collectionView都有用到，少不了的就是加载图片，现在主流的加载图片的开源库，我想大家都用到SDWebImage。
昨天测试又发现一个Bug，持续使用App几分钟后，App闪退，Bugly也没有记录下崩溃的原因，在录制了视频之后发现，页面来回切换用不了多久就闪退。
首先考虑到的是控制器是不是没有销毁造成的内存泄漏。
然后真机连线测试，各种内存监测，一顿操作，一气呵成，perfect。
测试过后发现控制器是正常销毁的，却发现造成闪退的真正元凶，是突如其来的内存暴涨。
看似平静的列表，却在滑动之后，内存暴增200MB，而且不会被释放，难受。
随后又发现，下载已经存在在Cache中的图片是内存变化不大，但是下载新图片内存就会发生变化，同时下载任务不多时，问题也不大，要是同时下载一二十张图片问题就来了，内存不断累加，至此，确定是图片下载造成的问题。
百度Google一顿搜，基本操作。
一大堆标题党，什么是下载分辨率高的图引起的，什么不一定是下载大图引起，分辨率高的图能不大？唉看到这些标题党我真的难受，关键是我还信了你们，让我更难受，让我和同事赌上了我的所有家当（一瓶水），我打赌肯定是后台上传的图片大引起的，结果模拟器沙盒一顿测试，输了，输得那么彻底，图片不大，一张图平均30K左右。
好了好了回正题，不吹比了，这里就是告诉大家一个解决问题的思路，从多方面去发现问题的本质，不喜勿喷。
在监测内存暴涨的同时，使用App内的清理缓存功能，意外的发现，清理Cache中的文件之后，暴增的内存全部释放掉了。中途也用了很多帖子中推荐的方法，试过但没派上用场，网上的方法就是压缩图片的方式来解决问题，我想也只有在下载大图或者分辨率高的图片时才用得上。
最后说下我的解决方法吧，也是来自网上的帖子里的方法但是是我自己总结的，也有我自己的一些看法。我这里只在图片加载完成后添加了一段代码。
[[SDImageCache sharedImageCache] setValue:nil forKey:@"memCache"];
此时内存依旧暴涨，但在控制器销毁时，暴涨的内存会跟随控制器一起释放。
我看网上的帖子说在下载大图时，这个方法不是很好用，那当我们都是大图的时候我们该怎么解决呢，先压缩再配合这个方法使用。
不过这里不建议去改SDWebImage的实现方法，End。
