问题解决：使用AFNetworking时，使用常规写法总是请求失
2018-04-28 本文已影响0人
ray_1942
好久没写东西了也好久遇到问题了，但是最近在和新的java同事合作时，出现了一些问题。
问题：使用AFNetworking进行数据请求时，一直请求失败,该问题只存在于使用OC，swift使用Alamofire请求时可正常请求。
使用我之前写的好好的网络请求框架一直请求失败，请求失败到了我怀疑人生。甚至一度发出了保安三问：“我是谁，从哪来，要去哪”。
下面是我写的一个最最最普通简单做测试网络请求方法：
+(void)Networking:(NSString *)urlString parameters:(NSDictionary *)parameters
success:(SuccessBlockCB)successBlock
failure:(FailureBlockCB)failureBlock{
AFHTTPSessionManager *manager = [AFHTTPSessionManager manager];
manager.requestSerializer = [AFHTTPRequestSerializer serializer];
manager.responseSerializer = [AFHTTPResponseSerializer serializer];
manager.responseSerializer.acceptableContentTypes = [NSSet setWithArray:@[@"application/json",@"text/html",@"text/json",@"text/plain",@"text/javascript",@"text/xml",@"image/*"]];
manager.securityPolicy = [AFSecurityPolicy defaultPolicy];
manager.securityPolicy.allowInvalidCertificates = YES;
manager.securityPolicy.validatesDomainName = NO;
[manager POST:urlString parameters:data progress:nil success:^(NSURLSessionDataTask * _Nonnull task, id _Nullable responseObject) {
if (successBlock) {
NSDictionary *dic = [NSJSONSerialization JSONObjectWithData:responseObject options:NSJSONReadingMutableLeaves error:nil];
successBlock(dic);
}
} failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {
if (failureBlock) {
failureBlock(error);
NSLog(@"%@",error);
}
}];
}
这个方法虽然不怎么样，但是消除我怀疑人生的困惑。
请求数据之后，JAVA后台报错如下：
1、Content type 'application/x-www-form-urlencoded;charset=UTF-8' not supported...
2、JSON parse error: syntax error, expect {, actual error, pos 0, fastjson-version 1.2.36; nested exception is com.alibaba.fastjson.JSONException: syntax error, expect {, actual error, pos 0, fastjson-version 1.2.36...
问题一：通过对后台报错分析，iOS和Java后台的开发人员都没有出错，那么问题出在哪？
猜想如下：
1、AFNetworking在不设置HTTPHeader时默认为Content-Type=application/x-www-form-urlencoded
2、java开发人员设置请求只接收Content-Type=application/json
首先，先对iOS端代码进行CodeReview
经过多次测试，打n多断点后发现，和猜想的是一样的。确实是AFN在不设置HTTPHeader的话，AFN默认
AFN-1
那么问题解决的办法就来了。
在你的AFN封装类中添加一下一句话
[manager.requestSerializer setValue:@"application/json" forHTTPHeaderField:@"Content-Type"];
在于后台沟通交流后也发现，果然和猜想的一样，后台配置如下：
<mvc:annotation-driven>
<mvc:message-converters>
<bean
class="com.alibaba.fastjson.support.spring.FastJsonHttpMessageConverter">
<description>JSON转换器</description>
<property name="supportedMediaTypes">
<--!问题之所在，这个list只有这样配置，由于后台代码采用的只接受json，所以最省时的方式是iOS端添加requestHttpHeader-->
<list>
<value>application/json;charset=UTF-8</value>
<value>text/html;charset=UTF-8</value>
</list>
</property>
<property name="features">
<array>
<value>QuoteFieldNames</value>
<value>WriteDateUseDateFormat</value>
<!-- 字符类型字段如果为null,输出为"",而非null -->
<value>WriteNullStringAsEmpty</value>
<value>WriteNonStringValueAsString</value>
</array>
</property>
</bean>
</mvc:message-converters>
</mvc:annotation-driven>
问题二，通过对问题一的解决了解到问题点在于，后台只接收标准的json格式。所以后端和iOS都没有出错，而是后台处理请求体的方式有限。
猜想如下：
AFN代码对paramters做了一些处理，通过抓包结果如下：
情况有二：
如果你给封装AFN时，给paramters传的值类型为
NSDictionary时：
name=123&pwd=123
NSData时：
=%3C7b0a2020%2022616363%206f756e74%2022203a20%202261646d%20696e222c%200a202022%2070617373%20776f7264%2022203a20%202261646d%20696e220a%207d%3E
而上面对一问题的解决了解到，后台希望得到的是一个标准的json格式数据不需要客户端做处理。
所以结合上个问题的解决推断问题还是出在了AFN的AFURLRequestSerialization类的方法
- (NSURLRequest *)requestBySerializingRequest:(NSURLRequest *)request
withParameters:(id)parameters
error:(NSError *__autoreleasing *)error
如图位置
AFN-2
以及
AFN-3
所以AFN的AFURLRequestSerialization这个类对paramters进行了处理。
在524行之前加入打印测试结果，NSDictionary和NSData分别如下：
name=123&pwd=123
=%3C7b0a2020%2022616363%206f756e74%2022203a20%202261646d%20696e222c%200a202022%2070617373%20776f7264%2022203a20%202261646d%20696e220a%207d%3E
所以就是这个505位置，AFN对paramters做了处理。
NSData就不必说，在505位置的方法中并不能处理，所以原样打印。
NSDictionary则会被处理成字符串。
所以俩种方式后台都不能接收到他们想要的json格式的数据。
解决办法如下：
所以在不影响原AFN代码的情况下，我在524行添加判断如下：
if (net_mode) {
[mutableRequest setHTTPBody: parameters];
}else{
[mutableRequest setHTTPBody:[query dataUsingEncoding:self.stringEncoding]];
}
至此所有问题都完美解决。
