二、Serialization的AFURLResponseSerialization部分
AFHTTPResponseSerializer是反序列化器，主要功能是对返回的参数进行反序列化。
在第一篇分析AFURLSessionManager中分析过，如果网络请求返回成功将这样对返回的参数进行反序列化处理。
本篇就又这个入口开始分析反序列化器是如何对返回的参数进行处理的。
在此之前先分析一下反序列化器manager.responseSerializer的初始化方法：
可看出在初始化方法中设置了self.acceptableStatusCodes和self.acceptableContentTypes这两个属性。self.acceptableStatusCodes为可接受的HTTP status code的集合，self.acceptableContentTypes为可接受的Content-Type集合（即请求头中设置的Content-Type）。
下面具体分析整个对返回参数的反序列化过程：
首先注意这个方法声明：
error参数用的是两个*的指针，目的是方法结束要返回这个error（由于OC方法只能有一个返回参数，所以要使用*error指针的指针来作为参数，参看详情）。
将这个方法折叠可得：
如果response为空，反而返回的responseIsValid反而是YES。但是从调用[self validateResponse:(NSHTTPURLResponse*)responsedata:dataerror:error]来看，这个返回参数似乎不重要也很少用到。
展开来看：
首先看一下这个外层的判断条件，self.acceptableContentTypes不为空，self.acceptableContentTypes不包含[response MIMEType]，[response MIMEType]为空和[data length] ==0不同时存在且[response MIMEType]不为空，当这三个条件都满足时，进入判断，接着分析：
由以下可知:
继续看满足条件下的代码：
配置一个字典mutableUserInfo，里边包含[response MIMEType]、[response URL]和response信息。
继续：
如果data不为空，也将data信息添加到mutableUserInfo中。
根据mutableUserInfo构造validationError，设置code为AFURLResponseSerializationErrorDomain。
具体构造函数为：
继续看接下来的判断分支：
如果self.acceptableStatusCodes不为空，self.acceptableStatusCodes包含response.statusCode，[response URL]不为空，这三个条件都满足时，进入分支，和上一个分支主体类似，也是构造具体的validationError。
整体来看，如果进入这两个小分支都会设置responseIsValid =NO，否则responseIsValid还是YES。
最后：
如果responseIsValid为NO时，将*validationError赋予传进来的error。
返回到入口这里
可知这个方法主要是判断满足responseIsValid的条件，如果不满足设置其error，在这里提现了responseIsValid的作用，并没有对data进行具体处理。
又这个方法的调用
可知responseObject是NSData*类型，再回到请求完成的调用
是将NSData*类型的返回参数直接返回，在AFNetworking的范围内并没有处理。所以这种情况下是框架使用者来对responseObject做进一步处理，一般情况下将其转化为NSString*类型，再进行json解析，都可用系统方法实现。
最后看一下AFURLResponseSerialization的整体面貌：
和AFURLRequestSerialization类似，入口方法其实也是一个协议方法：
AFHTTPResponseSerialize遵守这个协议，实现了这个方法，另外有
这些子类，主要是分别实现了
这个属性，表示可以接收具体的Content-Type。以及别的一些特性。
特别提一点
AFHTTPSessionManager默认的初始化方法中实现的是AFJSONResponseSerializer。
