一次网络不通问题（偶现）的研究经历

作者: 勇往直前888 | 来源:发表于2017-04-11 19:04 被阅读59次

问题

有用户反映“网络不给力，请稍后再试”，不过当时网络明明是好的
概率发生，用着用着就会出现
过一会儿再试一下，基本上就好了

调用结构

打开工程，全局搜索“网络不给力”，找到了如下结果
#define NetWork_ERROR @"网络不给力，请稍后再试！"
报错信息统一用了一个宏定义，没有直接写死
全局搜索NetWork_ERROR，得到的结果如下

+(void)networkError
{
    [NSObject cancelPreviousPerformRequestsWithTarget:[SVProgressHUD sharedView] selector:@selector(show) object:nil];
    //部分请求发起前用SVProgressHUD遮罩，若此处改为其他控件需加入-SVProgressHUD dismiss方法
    [SVProgressHUD showNoIconWithStatus:NetWork_ERROR duration:2];
}

调用第三方库SVProgressHUD来实现一个类似Android toast的效果

继续往下查找调用情况，大多数结果都出现在下列函数调用中

/**
 *  将网络错误和系统错误区分
 *
 *  @param path             请求地址
 *  @param formDataDic      请求参数
 *  @param successBlock     处理请求成功结果
 *  @param serverErrorBlock 处理服务器错误
 *  @param netErrorBlock    处理网络错误
 */
- (void)performRequestWithPath:(NSString *)path
                   formDataDic:(NSDictionary *)formDataDic
                       success:(void (^)(NSDictionary *responseObject))successBlock
                   serverError:(void(^)(NSDictionary *responseObject))serverErrorBlock
                      netError:(void(^)(NSError *error))netErrorBlock;

出现在netErrorBlock中，从函数调用来看，确实是网络错误时的调用。这个函数的具体实现是通过第三方库AFNetworking来做的

- (void)performRequestWithPath:(NSString *)path formDataDic:(NSDictionary *)formDataDic success:(void (^)(NSDictionary *responseObject))successBlock serverError:(void(^)(NSDictionary *responseObject))serverErrorBlock netError:(void(^)(NSError *error))netErrorBlock {
    NSMutableDictionary *postParameters = [[NSMutableDictionary alloc] init];
    if (formDataDic != nil) {
        [postParameters setDictionary:formDataDic];
    }
    
    AFHTTPRequestOperationManager *manager = [AFHTTPRequestOperationManager manager];
    manager.securityPolicy.allowInvalidCertificates = NO;
    manager.requestSerializer.timeoutInterval = 10;
    [manager.requestSerializer setValue:@"application/json" forHTTPHeaderField:@"Accept"];

    [manager POST:path parameters:postParameters success:^(AFHTTPRequestOperation *operation, id responseObject) {
        NSLOG_DEBUG(@"url = %@ \nresponseObject = %@", path, responseObject);
        NSString *resultCode = [responseObject objectForKey:@"resultCode"];
        if ([resultCode isEqualToString:@"success"]) {
            if (successBlock){
                successBlock((NSDictionary *)responseObject);
            }
        } else if (serverErrorBlock) {
            serverErrorBlock((NSDictionary *)responseObject);
        }
    } failure:^(AFHTTPRequestOperation *operation, NSError *error){
        NSLOG_DEBUG(@"url = %@ \nresponseObject = %@", path, [error localizedDescription]);
        if (netErrorBlock) {
            netErrorBlock(error);
        }
    }];
}

AFNetworking这个第三方库直接代码集成的，版本比较老，不过目前工作正常。
返回结果是一个字典（JSON解析AFNetworking帮忙做了），key=resultCode，对应的value存的是服务器自定义的接口处理结果，如果成功，value= success，否则就是业务失败的情况。不过，这个时候，网络本身是通的。
网络失败，直接用了AFNetworking的failure回调的block，记了一下debug版本的log，接口直通。
这样看来，是直接使用了AFNetworking的网络代码，没有过多的自定义。所以从客户端来看“网络不给力”，大概率是真的服务数据接口不通。因为AFNetworking这个第三方库几乎已经是iOS开发中的事实标准了。

对于`AFNetworking`的调用结构

- (AFHTTPRequestOperation *)POST:(NSString *)URLString
                      parameters:(id)parameters
                         success:(void (^)(AFHTTPRequestOperation *operation, id responseObject))success
                         failure:(void (^)(AFHTTPRequestOperation *operation, NSError *error))failure
{
    NSMutableURLRequest *request = [self.requestSerializer requestWithMethod:@"POST" URLString:[[NSURL URLWithString:URLString relativeToURL:self.baseURL] absoluteString] parameters:parameters error:nil];
    AFHTTPRequestOperation *operation = [self HTTPRequestOperationWithRequest:request success:success failure:failure];

    [self.operationQueue addOperation:operation];

    return operation;
}

这个是数据发送的接口，用了POST方法

+ (instancetype)manager {
    return [[self alloc] initWithBaseURL:nil];
}

- (instancetype)initWithBaseURL:(NSURL *)url {
    self = [super init];
    if (!self) {
        return nil;
    }

    // Ensure terminal slash for baseURL path, so that NSURL +URLWithString:relativeToURL: works as expected
    if ([[url path] length] > 0 && ![[url absoluteString] hasSuffix:@"/"]) {
        url = [url URLByAppendingPathComponent:@""];
    }

    self.baseURL = url;

    self.requestSerializer = [AFHTTPRequestSerializer serializer];
    self.responseSerializer = [AFJSONResponseSerializer serializer];

    self.securityPolicy = [AFSecurityPolicy defaultPolicy];

    self.reachabilityManager = [AFNetworkReachabilityManager sharedManager];

    self.operationQueue = [[NSOperationQueue alloc] init];

    self.shouldUseCredentialStorage = YES;

    return self;
}

AFHTTPRequestOperationManager类中的初始化方法：

- (void)setCompletionBlockWithSuccess:(void (^)(AFHTTPRequestOperation *operation, id responseObject))success
                              failure:(void (^)(AFHTTPRequestOperation *operation, NSError *error))failure
{
    // completionBlock is manually nilled out in AFURLConnectionOperation to break the retain cycle.
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Warc-retain-cycles"
#pragma clang diagnostic ignored "-Wgnu"
    self.completionBlock = ^{
        if (self.completionGroup) {
            dispatch_group_enter(self.completionGroup);
        }

        dispatch_async(http_request_operation_processing_queue(), ^{
            if (self.error) {
                if (failure) {
                    dispatch_group_async(self.completionGroup ?: http_request_operation_completion_group(), self.completionQueue ?: dispatch_get_main_queue(), ^{
                        failure(self, self.error);
                    });
                }
            } else {
                id responseObject = self.responseObject;
                if (self.error) {
                    if (failure) {
                        dispatch_group_async(self.completionGroup ?: http_request_operation_completion_group(), self.completionQueue ?: dispatch_get_main_queue(), ^{
                            failure(self, self.error);
                        });
                    }
                } else {
                    if (success) {
                        dispatch_group_async(self.completionGroup ?: http_request_operation_completion_group(), self.completionQueue ?: dispatch_get_main_queue(), ^{
                            success(self, responseObject);
                        });
                    }
                }
            }

            if (self.completionGroup) {
                dispatch_group_leave(self.completionGroup);
            }
        });
    };
#pragma clang diagnostic pop
}

AFHTTPRequestOperation继承自NSOperation，实现多线程的管理。网络传输完成，是通过NSOperation的completionBlock来处理。这里用了GCD中的dispatch_group相关的API来完成对success和failure两个block的同步。

- (instancetype)init {
    self = [super init];
    if (!self) {
        return nil;
    }

    self.stringEncoding = NSUTF8StringEncoding;

    self.acceptableStatusCodes = [NSIndexSet indexSetWithIndexesInRange:NSMakeRange(200, 100)];
    self.acceptableContentTypes = nil;

    return self;
}

AFHTTPResponseSerializer类中设定了成功的状态码范围，从200开始，长度是100，也就是[200，300)，前闭后开区间。
使用了比较老的NSURLConnection网络API，这个版本的AFNetworking的版本应该是2.x
iOS网络1——NSURLConnection使用详解

引入日志系统

虽然说用的AFNetworking版本比较老，并且还是直接源代码集成的，连CocoaPod也没有用，但是从使用的角度来看还是正确的。出现“网络不给力，请稍后再试”，说明服务器返回了不在[200，300)中的状态码。
目前的代码中只有一句NSLog，将出错信息输出，在XCode中可以看到，当然，借助iTools这样的工具，也可以在手机上看。
NSLOG_DEBUG(@"url = %@ \nresponseObject = %@", path, [error localizedDescription]);
不过对于目前这种偶现的问题，这种类似内存缓存的日志作用很小。因此，考虑引入专门的日志系统，对这类问题进行日志手机，定期传到后台分析。

以前朋友用过CocoaLumberjack，说这个不错，这次考虑引入。
从网上介绍的文章来说，使用比较简单。往后台传日志，是将日志读出来，以字符串的形式传给后台。这部分要自己实现一下，传给苹果后台是默认支持的。
CocoaLumberjack
利用 CocoaLumberjack 搭建自己的 Log 系统
 CocoaLumberjack使用
 iOS第三方库-CocoaLumberjack-DDLog
CocoaLumberjack的ios应用开发使用指南
 使用CocoaLumberjack和XcodeColors实现分级Log和控制台颜色

一次网络不通问题（偶现）的研究经历

问题

调用结构

对于`AFNetworking`的调用结构

引入日志系统

相关文章

网友评论

延伸阅读

深度阅读

栏目导航

热点阅读

好东西

一次网络不通问题（偶现）的研究经历

问题

调用结构

对于AFNetworking的调用结构

引入日志系统

相关文章

网友评论

延伸阅读

深度阅读

栏目导航

热点阅读

好东西

对于`AFNetworking`的调用结构