分析AFN主要设计思路 - 强干弱枝

至于源码，此文章只从零到一探讨了解方法，先主干，再脉络，再再细枝一步步细化，为了尽可能细节阐述思想，案例采用OC展示

破题 - 展示一张图片

出错 - 未指定content类型 content-type: image/jpeg

修正

manager.responseSerializer = [AFHTTPResponseSerializer serializer];
 manager.responseSerializer.acceptableContentTypes = 
 [NSSet setWithObjects:@"image/jpeg", nil];
 
复制代码

然后就，图片正常加载

更直接一些，set一张高清图片

[mImageView setImageWithURL:[NSURL URLWithString:imgUrlStr]];

一样加载出来高清图片展示，那么 setImageWithURL 究竟做了什么，这是目前需要探究的入口

如果目前自己设计一个图片下载展示工具，会设计成什么样子？可以做个猜想，简单推想一下

如何缓存图片
- 缓存空间管理
  - 管理缓存需要对图片进一步封装处理
- manager，管理增删查改，如何对缓存进行更新
如何对图片的请求任务撤销处理
项目中多处请求相同的图片如何复用，是否多个异步请求发生
- 如果多次请求都发生，要实现复用，又该如何响应

不妨简单模拟一个流程先

sequenceDiagram
IV1-->>IV分类: url请求展示图片
IV2-->>IV分类: url请求展示图片
IV分类->>Cache: url请求缓存
Cache->>IV1: callback(缓存找到)
Cache->>IV2: callback(缓存找到)
Cache-->>下载器: 委托下载
Cache-->Cache: 第二次发现同一张图片已委托(维护请求源队列)
下载器->>Cache: cache存储
Cache->>IV1: callback(缓存更新)
Cache->>IV2: callback(缓存更新)
Cache-->Cache: 缓存已满，清除较老的一半数据

根据大致的猜想流程，转变为代码还有一段距离。

缓存的存储设计实现，包括缓存的管理？相同请求复用队列设计实现，一个请求，响应多个源？相同url，不同图片，如何做到更新？

相信只要解决以上问题，一个相对标准化的图片请求加载器就算完成了！

入手源码开始

根据入口源码调用，结合之前的猜想，得到一些信息：

缓存管理通过下载器获取，并非设计成独立的缓存中心
出现了Task类，也就是设计了任务的概念
缓存图片通过NSURLRequest 来获取，request里存储了一些不变的信息来定位缓存图片

读取cache逻辑

imageCache读取到图片，success回调

同时清除干净下载请求信息

下载器是通过关联对象 or 单例获取，而缓存通过下载器拿到，这就保障了实时操作同一份缓存空间，达到了缓存的目的,

查看缓存的操作方法有哪些

缓存设计了增加删除查找方法，同时还有一个开关逻辑 - 是否需要缓存的外放设置

下载器逻辑

先入为主的时候，往往先看返回值本身，不要过早嵌入进回调内部，容易迷失

此时，得到了一个 AFImageDownloadReceipt: af_activeImageDownloadReceipt，根据注释，是用来取消task的

图中可见，外层是一个串型同步队列

因为缓存不可能无限制存放，过期需要删除，删除需要有先后，删除较旧的，保留较新的；
请求数量也不是无节制的，不同步处理，没办法保障最大请求数限制

通过url作为唯一标识，标识相同的请求，从 mergedTasks字典中根据标识取出task，新创建response handler，并添加到task中的responseHandlers数组里，此时可以看出 task是对NSURLSessionDataTask 的封装处理，额外添加了标识信息，responseHandlers信息

设置request.cachePolicy，可以设置不缓存/缓存策略