最近，一个同事打算离职，聊到技术上，就顺便说道一个话题：
AFN的底层原理你知道吗？
恰好，最近正好处于三个项目交接期、起步期，跟不同的后台开发人员和接口约定打了交道，发现问题（坑，后台开发不规范导致）还是很多的。
要讲清这个问题，首页得了解1.AFN怎么请求的？2.一个网络请求是怎么构成的?为什么我的网络请求失败，别人能成功呢？
1.关于问题一，文章http://www.jianshu.com/p/96f115bcd913里讲解的很清楚
2.关于问题二，我们需要看一下这个[AFHTTPSessionManager manager] 里面有什么！
@property (readonly, nonatomic, strong, nullable) NSURL *baseURL;
@property (nonatomic, strong) AFHTTPRequestSerializer
@property (nonatomic, strong) AFHTTPResponseSerializer
我将它们定位一个网络请求的三要素
基本的URL，请求序列化器，响应序列化器
我们重点看：这个三个要素怎么生成一个request的对象的！
如果你只会上面那个文章里面调用请求，那你一定还处于AFN的入门使用阶段。
如果你还会配置时间、缓存等参数，那你进入了初级阶段。
如果你知道，一个get请求与post请求在AFN里面怎么拼装，怎么生效的原理，那么恭喜你进入中级阶段，我也才刚刚悟道，分享一下。
要素一：url
如果是get请求，那么生成request可能是这样的
https://host/v4/store/searchAppList?jsonObj={"platform":"android","userName":"fengj","appId":"qweasdzxc"}
PS：注意？= 这个两种符号是带出了参数。
参数体现在url里面。
那么在生成最终的请求类型request时，一定要看后面的参数样式，因为样式不对就会导致请求失败。
如下列这种get请求肯定失败：
https://host/v4/store/searchAppList?=%7B%20%20%22jsonObj%22%20%3A%20%7B%20%20%20%20%22appId%22%20%3A%20%22qweasdzxc%22%2C%20%20%20%20%22platform%22%20%3A%20%22iphone%22%2C%20%20%20%20%22userName%22%20%3A%20%22fengj%22%20%20%7D%7D
（这里是AFN默认使用了urlcode 也就是escape编码了）
https://host/v4/store/searchAppList?={jsonObj:{"appId":"qweasdzxc","platform":"iphone","userName":"fengj"}
或者这种请求也是不对的
https://host/v4/store/searchAppList?jsonObj[BappId]=qweasdzxc&jsonObj[platform]=iphone&jsonObj[userName]=fengj
为什么会产生这种get类型的URL呢？
关键代码在AFURLRequestSerialization.m 中这个方法（466行）中：
- (NSURLRequest *)requestBySerializingRequest:(NSURLRequest *)request
withParameters:(id)parameters
error:(NSError *__autoreleasing *)error{
....
}
这个方法里面针对get请求进行了url参数的拼接，和针对post请求的body中的Data数据进行了处理，还有很关键的HTTPRequestHeaders 请求头的配置。
具体自己可以读一下代码。
这里告知一下我犯错误的原因：参数parameters 不符合后台的需求，自然接口不通！
如： NSDictionary * dic = @{
@"appId":@"qweasdzxc",
@"userName":@"fengj",
@"platform":@"iphone",
};
NSString * jsonString = [NSDictionary convertToJSONData:dic];
requestArgumentDic = @{@"jsonObj":[jsonString description]
}.mutableCopy;
与 requestArgumentDic = @{@"jsonObj":@{
@"appId":@"qweasdzxc",
@"userName":@"fengj",
@"platform":@"iphone",
}
}.mutableCopy;
这两种参数类型就是截然不同的：
在iOS的世界：一个是字典，key对应的是jsonStr；另一个是字典套字典
在java开发（安卓与后台）的世界：第一个是一个key-object 健值-对象模型，另一个就是Map形式纯嵌套。
因为后台的解开数据方式不一样，会导致后台不认识你传过来的数据
要素二： 上述要素一种牵扯的方法，其实就是requestSerializer的方法
他们是协议关系，具体关系，可以看这篇文章：http://www.jianshu.com/p/96f115bcd913 介绍地很详细。
如这篇文章所说，上面这个方法，更多是处理request的参数序列化问题。
仔细读这个方法：
可以知道一个mutableRequest 有三个重要组成部分
1、HTTPRequestHeaders
2、url
3、parameters （get时是url的后缀，post 是HTTPBody中的NSData数据）
如果这三个要素完全一致，不可能出现安卓接口调通，而iOS不通的情况的。
我遇到的畸形案列：
某一后台要的数据（post body中的数据）：没有进行urlcode编码（一般情况下：URl中参数有没有urlcode编码都能请求通过，而nsdata中数据不一样，后台拿到数据解析方式决定能否使用。）但是AFN框架默认会进行urlcode编码（文件名：AFURLRequestSerialization.m，方法名：AFQueryStringFromParameters(NSDictionary *parameters)里面122行[pair URLEncodedStringValue]）；
对应解决方法如下：
AFHTTPRequestSerializer * requestSerializer = [AFHTTPRequestSerializer serializer];
[manager setRequestSerializer:requestSerializer];
[requestSerializer setQueryStringSerializationWithBlock:^NSString * _Nonnull(NSURLRequest * _Nonnull request, id _Nonnull parameters, NSError * _Nullable __autoreleasing * _Nullable error) {
return [NSDictionary convertToJSONData:parameters];
}];
手动设置requestSerializer参数query的字符串模式
第二个犯错的案列 比较简单
HTTPRequestHeaders 必须设置对，尤其是这两个参数 Content-Type 与Accept
1.请求参数的格式 （另一种格式application/x-www-form-urlencoded;charset=UTF-8 ）
[requestSerializer setValue:@"application/json;charset=UTF-8" forHTTPHeaderField:@"Content-Type"];
2.返回参数的格式
[requestSerializer setValue:@"application/json" forHTTPHeaderField:@"Accept"];