记一次gif模块重构尝试

背景

之前公司APP中gif下载的主要代码就一句话NSData *gifData = [NSData dataWithContentsOfURL:[NSURL URLWithString:newUrlString]];所有的下载都交给dataWithContentsOfURL:处理。这种做法太过简单，随着业务的壮大，很多需求满足不了，并且这种方式不支持https，并且该方法阻塞线程，很多gif图片较大会有明显卡顿，因此急需自己创建一套gif下载器，用来展示gif图片。

思路

gif图片加载

gif图片加载和普通图片加载显示过程基本一致，无非就是先从缓存中获取，如果没命中就从沙盒缓存中获取，如果还没命中就从远程下载并缓存。唯一有区别的是，gif在列表中只需要显示一张静态的图片，在查看详情的时候需要加载动图，所以一个gif下载完成需要缓存2种图片。

gif图片缓存

缓存分两种，内存缓存和本地缓存。由于我们项目中使用SDWebImage,并且设置图片最大开销为100M，为了统一方便内存管理，我们直接使用SDImageCache进行读取和存储缓存。由于一张gif对应一个静态图片和一个动态图片，所以需要用两个key来区别是动态图还是静态图，但是一般一次下载图片只有一个key值（默认URL地址），所以在缓存图片时，在原来key值上加上前缀static_和dynamic_来区别。

获取key.png

沙盒缓存就比较简单了，我们是创建了2个目录，一个存放动态图，一个存放静态图。由于iOS本地沙盒文件名称不能太长(之前被坑过)，所以我们采用md5(key+图片唯一标志)来保证名称唯一性和长度。

gif图片下载

下载的方式有很多种，这里我们打算采用AFNetworking中封装好的AFURLSessionManager的downloadTaskWithRequest:progress:destination:completionHandler:方法进行下载，因为其很好的封装了下载进度和指定存储地址，这正是我们业务上需要用到的。这里需要注意，AFURLSessionManager最好写成单例，否则有内存泄漏。

sessionManager.png

静态gif生成

老版本中SDWebImage显示gif图片都是静态的，不知道什么版本起就变成动态的了，这里用原始gif生成静态图片的代码就是参考老版本SDWebImage库中的代码。

静态gif生成.png

图片的展示形式

由于我们项目中是采用SDWebImage进行图片展示，因此为了代码上的统一，gif也采用UIImageView类别的形式进行加载图片。

图片加载.png

可以看到，加载方式比较简单明了，两个set方法和一个cancel方法就搞定动态和静态gif，还带有下载进度。

cell复用等问题

为了解决cell复用问题，实际上就是再每次赋值时取消UIImageView上次任务的block回调，用新的回调替换它。我们可以创建一个队列,可以采用NSOperationQueue和信号量结合，实现控制每次最多只有3个线程下载图片，每次下载任务都是以NSBlockOperation形式加入队列，每次下载任务前检查下任务是否被取消，如果取消了就跳过该任务。这样就可以简单得实现cell复用问题的规避。这个原理和SDWebImage有点类似，具体可以参考其内部实现。

代码实现后遇到的问题

SDImageCache计算内存cost不准确

之前为了方便内存管理和图方便，采用SDImageCache进行缓存gif静态图和原图。但是实际测试后发现，明明限制最大内存消耗为100M,但是实际上会远远超过。排查后发现问题出现在这：

内存1.png

memCache计算cost主要是靠SDCacheCostForImage()方法，而SD计算Image在内存中的大小居然只是简单的根据公式：图片大小=图片长度x图片高度x图片比例x图片比例

内存2.png

一个gif原图里面有多张图片组成，如果按这个计算方法，只能算计出一张图片的大小，其误为gif有多少张就差多少倍（还不算其他时间等信息）。

再后来进过尝试，如果把Gif原图存内存中，随便一张网上下载的gif图片就占用了200M内存，远超限制100M,所以将gif原图存储到内存中不是一个明智的选择，所以我们对gif只采用沙盒缓存，不采用内存缓存，实际测试效果不会差太多。

Cell复用，划出屏幕的gif动图未释放

上面所述，gif显示会占用大量内存，一般都放在cell中的UIImageView中。这里叫考虑cell的复用了，由于cell复用机制，cell的imageView自然也不会释放，那么image也不会释放，存在内存中，所以如果是动态gif图片显示，还需要主要当cell划出显示区域后手动将UIImageView.image置为nil,减少内存占用。

总结

总体下载，本次尝试还是比较顺利的，中间遇到一些问题，最后也能得到很好的解决。由于gif图片较大，还测试出很多问题，比如长图，超大图片都有类似的内存问题。所以之后在内存管理方面还是要多留一个心眼，多测试极端情况。