iOS 因为用了YYReachability,App被拒了

  事先声明一下,不是黑YYKit。YYKit是一个非常优秀的第三方库,项目里很多地方都用到了。我是因为调用了下面的方法,被拒的

+ (BOOL)netWorkIsPing{
    return [YYReachability reachability].isReachable;
}

  下面是被拒的邮件。

ipv6.png

   一看是因为ipv6。关于ipv6,可以看这篇文章iOS应用支持IPV6,就那点事儿。服务器不用适配,只需要前端适配。所以出了这事,我第一感觉AFNetworking不支持IPV6,后来发现不可能,因为我在其他项目里一直用来着,从来没出过问题。所以我就看了一下代码,发现有可能是YYReachability的锅。

  我在每次网络请求之前,都要判断一下网络环境,如果无网,就直接返回了,问题就出现在这里。

- (FFURLSessionDataTask *) fetchPostRequestWithPath: (NSString *)path Parameter: (id) parameters UseCache: (BOOL)useCache completionBlock: (NetworkCompletionHandler)completionBlock
{
    // 判断当前网络环境
   //  把这段代码删除之后,重新提交审核通过了
    if (![FFTool netWorkIsPing]) {
        if (completionBlock) {
            completionBlock(NetworkReturnCodeNoPing, nil);
            return nil;
        }
    }
    
    if (path.length == 0) {
        return nil;
    }
    
    if (useCache) {
       
        return nil;
        
    }else {
        NSString *strURL = [self getURLWithPath:path];
        NSURLSessionDataTask *dataTask  = [self.httpSessionManager POST:strURL parameters:parameters progress:^(NSProgress * _Nonnull uploadProgress) {
            
        } success:^(NSURLSessionDataTask * _Nonnull task, id  _Nullable responseObject) {
            if (completionBlock) {
                responseObject = [FFTool ResultDic:responseObject];
                // token expire
                if ([responseObject[@"errno"] intValue] == 600101 || [responseObject[@"errorCode"] intValue] == 600101) {
                    [FFProgressHUD showErrorWithStatus:FFResponseInfo];
                    [FFUserModel removeUserInfo];
                    
                    [[NSNotificationCenter defaultCenter] postNotificationName:NotificationNameLoginStatusChange object:@{strLoginStatusKey :@0}];
                    return ;
                }
                
                completionBlock(NetworkReturnCodeSuccess, responseObject);
            }
            
        } failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {
            
           FFLog(@"%@",error);
            if (completionBlock) {
                completionBlock(NetworkReturnCodeFailure,nil);
            }
        }];
        
        return (FFURLSessionDataTask *)dataTask;
    }
}

  我去查看了一下YYReachability的源码。

+ (instancetype)reachability {
    return self.new;
}

- (instancetype)init {
    /*
     See Apple's Reachability implementation and read me:
     The address 0.0.0.0, which reachability treats as a special token that 
     causes it to actually monitor the general routing status of the device, 
     both IPv4 and IPv6.
     https://developer.apple.com/library/ios/samplecode/Reachability/Listings/ReadMe_md.html#//apple_ref/doc/uid/DTS40007324-ReadMe_md-DontLinkElementID_11
     */
    struct sockaddr_in zero_addr;
    bzero(&zero_addr, sizeof(zero_addr));
    zero_addr.sin_len = sizeof(zero_addr);
    zero_addr.sin_family = AF_INET;
    SCNetworkReachabilityRef ref = SCNetworkReachabilityCreateWithAddress(kCFAllocatorDefault, (const struct sockaddr *)&zero_addr);
    return [self initWithRef:ref];
}

  我去看了苹果的Reachability的源码,确实有这么一段话,可以用0.0.0.0来检测设备的网络状况。但是在readme里面又有一段话

- reachabilityWithAddress and SCNetworkReachabilityCreateWithAddress:  To monitor an IPv6 address, simply pass in an IPv6 `sockaddr_in6 struct` instead of the IPv4 `sockaddr_in struct`.

说为了监测ipv6,要用sockaddr_in6 struct 替代sockaddr_in struct。所以上面的代码应该变为

- (instancetype)init {
    struct sockaddr_in6 zero_addr;
    bzero(&zero_addr, sizeof(zero_addr));
    zero_addr.sin6_len = sizeof(zero_addr);
    zero_addr.sin6_family = AF_INET6;
    SCNetworkReachabilityRef ref = SCNetworkReachabilityCreateWithAddress(kCFAllocatorDefault, (const struct sockaddr *)&zero_addr);
    return [self initWithRef:ref];
}

  这个比较坑的就是苹果只是在ReadMe.md里面提了一句,并没有在代码里用sockaddr_in6 struct 替代sockaddr_in struct,导致很多人以为sockaddr_in struct就支持ipv6了。写这篇文章的目的是让兄弟姐妹们别因为同样的原因被拒,因为被拒一次还是很耽误事的。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 220,884评论 6 513
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 94,212评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 167,351评论 0 360
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,412评论 1 294
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,438评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 52,127评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,714评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,636评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,173评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,264评论 3 339
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,402评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 36,073评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,763评论 3 332
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,253评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,382评论 1 271
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,749评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,403评论 2 358

推荐阅读更多精彩内容