记录一下今天下午爬了一下午的坑吧~
前几天新开一个新的app，界面的搭建的七七八八了，接口也出了一部分，今天加班就准备调一下接口试试水，然后就是一下午的爬坑过程。
首先，调用后台的登陆接口，很顺利，后台断点拦截到了我的请求，我天真的以为接口就这么ok了，可是发现后台给我在数据库里面添加的账号登陆不成功。叫后台的小伙伴帮忙看看，后台拦截我的请求发现，我传给他的参数他取不到值。
好了，问题来了，我正常的使用post请求，请求也过去了，他为啥就是拿不到我的参数呢？
刚开始的时候以为是后台写的有问题，他们改了几次，发现还是取不到我传过去的参数，然后安卓的小伙子也过来了，说他们也试试，结果就是他们很顺利的调成功了，后台也是一把就拿到他们传过去的参数。
没办法了，问题应该就是在我们iOS这边了，一步步的走请求的流程也没看出什么不一样的啊。。。。。我也不能改AFN的内部代码吧
试了几次发现问题并没有解决，然后就灰溜溜的拿上一个项目的网络请求试了一下，结果还是一样，他们是真的拿不到我传过去的参数。我用postMan调用接口的时候，他们是可以拿到参数的。问了一下，后台说参数是放在body里面的，我赶紧问了一下跟我一起开发的iOS同伙，他说参数不是放在body里面的，我就照着上个项目里面的把请求方法改了，把参数放body里面去了，然后试了一把，心里默默祈祷能够成功，结果并没有什么用。心里真的是贼急躁，今天怕是不搞定回不去了。
找不到问题在哪，找不到问题在哪，找不到问题在哪。
默默的拿出很久以前的项目又重新试了一次，还是调这个借口，一问后台，小伙伴说有数据了，没错有数据了，可把我给高兴坏了。慢慢的就对照着请求方法一行一行的看，没看出问题，两边写的都一样的啊。打开sharedClient一看，发现不一样的了
我们app这么写的
+ (instancetype)sharedClient {
static NetWorkClient *sharedClient = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
NSURL *baseUrl = [NSURL URLWithString:[NetWorkConfig sharedConfig].baseUrl];
//解决AFN中relativeToURL:self.baseURL方法去掉尾部字符串问题,实际作用是给baseUrl后面拼一个'/'
baseUrl = [baseUrl URLByAppendingPathComponent:@""];
sharedClient = [[NetWorkClient alloc] initWithBaseURL:baseUrl];
sharedClient.responseSerializer = [AFJSONResponseSerializer serializer];
sharedClient.requestSerializer = [AFJSONRequestSerializer serializer];
[sharedClient.requestSerializer setValue:@"application/json" forHTTPHeaderField:@"Accept"];
[sharedClient.requestSerializer setValue:@"application/json;charset=UTF-8" forHTTPHeaderField:@"Content-Type"];
});
return sharedClient;
}
以前app是这么写的
+ (instancetype)sharedClient {
static NetWorkClient *sharedClient = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
NSURL *baseUrl = [NSURL URLWithString:[NetWorkConfig sharedConfig].baseUrl];
//解决AFN中relativeToURL:self.baseURL方法去掉尾部字符串问题,实际作用是给baseUrl后面拼一个'/'
baseUrl = [baseUrl URLByAppendingPathComponent:@""];
sharedClient = [[NetWorkClient alloc] initWithBaseURL:baseUrl];
((AFJSONResponseSerializer *)sharedClient.responseSerializer).removesKeysWithNullValues = YES;
// 设置非校验证书模式
sharedClient.securityPolicy.allowInvalidCertificates = YES;
[sharedClient.securityPolicy setValidatesDomainName:NO];
});
return sharedClient;
}
我还以为是下面3句话起作用了
((AFJSONResponseSerializer *)sharedClient.responseSerializer).removesKeysWithNullValues = YES;
// 设置非校验证书模式
sharedClient.securityPolicy.allowInvalidCertificates = YES;
[sharedClient.securityPolicy setValidatesDomainName:NO];
后面经过多次测试发现这个并没有什么影响，主要问题是出在下面4句话上面
sharedClient.responseSerializer = [AFJSONResponseSerializer serializer];
sharedClient.requestSerializer = [AFJSONRequestSerializer serializer];
[sharedClient.requestSerializer setValue:@"application/json" forHTTPHeaderField:@"Accept"];
[sharedClient.requestSerializer setValue:@"application/json;charset=UTF-8" forHTTPHeaderField:@"Content-Type"];
只要一设置这个，后台就拿不到我给他们的参数值。
但是不知道为啥设置了这个他们就拿不到我们传的参数，去问了一下同事，他叫我抓包看看请求的request和response，恩，好注意，我看不太懂抓包的数据，请来大神同伴过来帮忙看一下，下面是调用成功时返回的数据
成功.png
再来看看把上面4行代码加上，设置了requestSerializer以后，后台获取不到数据的时的数据
失败.png
我并没有看出问题在哪里，同伴说设置了requestSerializer之后，我们传过去的参数是json数据类型的，他们没拿到，如果不设置requestSerializer的话，我们传过去的参数是Form表单数据。
问题所在.png
问题终于解决了。。。。。
虽然不知道到底是不是这个问题，但是还是记录一下整个下午解决这个问题的过程吧~
有知道这个问题到底是为啥的大神，请指正，谢谢
慢慢来，一步一个巴掌印~~~
网友评论