AFNetworking源码 - AFSecurityPolicy 和 AFNetworkReachabilityManager

最新推荐文章于 2023-06-25 16:25:00 发布
最新推荐文章于 2023-06-25 16:25:00 发布
阅读量442 收藏
点赞数
分类专栏： iOS 网络编程

1. 前言

这一篇的想讲的，一个就是分析一下AFSecurityPolicy文件，看看AFNetworking的网络安全策略，尤其指HTTPS（大家可以先简单了解下HTTPS）。再一个就是分析下AFNetworkReachabilityManager文件，看看AFNetworking如何解决网络状态的检测。

2. AFSecurityPolicy - 网络安全策略

之前我们在AFURLSessionManager中实现了NSURLSessionDelegate的代理方法- (void)URLSession:didReceiveChallenge:completionHandler:，其中我们提到过，如果iOS客户端需要向服务器发送一个凭证(Credential)来确认认证挑战（authentication challenge），那么先得使用AFNetworking的安全策略类-AFSecurityPolicy来检查服务器端是否可以信任（在authenticationMethod属性为NSURLAuthenticationMethodServerTrust情况下），而检查的方式就是通过- [AFSecurityPolicy evaluateServerTrust:forDomain:]这个函数。

2.1 - [AFSecurityPolicy evaluateServerTrust:forDomain:]

  
  
  1. // 根据severTrust和domain来检查服务器端发来的证书是否可信
  
  
  1. // 其中SecTrustRef是一个CoreFoundation类型，用于对服务器端传来的X.509证书评估的
  
  
  1. // 而我们都知道，数字证书的签发机构CA，在接收到申请者的资料后进行核对并确定信息的真实有效，然后就会制作一份符合X.509标准的文件。证书中的证书内容包含的持有者信息和公钥等都是由申请者提供的，而数字签名则是CA机构对证书内容进行hash加密后得到的，而这个数字签名就是我们验证证书是否是有可信CA签发的数据。
  
  
  1. - (BOOL)evaluateServerTrust:(SecTrustRef)serverTrust
  2.                   forDomain:(nullable NSString *)domain;

具体函数我们直接看函数源码：

  
  
  1. - (BOOL)evaluateServerTrust:(SecTrustRef)serverTrust
  2.                   forDomain:(NSString *)domain
  3. {
  4.     /**
  
  
  1. self.allowInvalidCertificates==YES表示如果此处允许使用自建证书（服务器自己弄的CA证书，非官方），并且还想验证domain是否有效(self.validatesDomainName == YES)，也就是说你想验证自建证书的domain是否有效。那么你必须使用pinnedCertificates（就是在客户端保存服务器端颁发的证书拷贝）才可以。但是你的SSLPinningMode为AFSSLPinningModeNone，表示你不使用SSL pinning，只跟浏览器一样在系统的信任机构列表里验证服务端返回的证书。所以当然你的客户端上没有你导入的pinnedCertificates，同样表示你无法验证该自建证书。所以都返回NO。最终结论就是要使用服务器端自建证书，那么就得将对应的证书拷贝到iOS客户端，并使用AFSSLPinningMode或AFSSLPinningModePublicKey
  2.     if (domain && self.allowInvalidCertificates && self.validatesDomainName && (self.SSLPinningMode == AFSSLPinningModeNone || [self.pinnedCertificates count] == 0)) {
  3.         // https://developer.apple.com/library/mac/documentation/NetworkingInternet/Conceptual/NetworkingTopics/Articles/OverridingSSLChainValidationCorrectly.html
  4.         NSLog(@"In order to validate a domain name for self signed certificates, you MUST use pinning.");
  5.         return NO;
  6.     }
  7.     // 此处设置验证证书的策略
  8.     NSMutableArray *policies = [NSMutableArray array];
  9.     
  10.     if (self.validatesDomainName) {
  11.         // 如果需要验证domain，那么就使用SecPolicyCreateSSL函数创建验证策略，其中第一个参数为true表示验证整个SSL证书链，第二个参数传入domain，用于判断整个证书链上叶子节点表示的那个domain是否和此处传入domain一致
  12.         [policies addObject:(__bridge_transfer id)SecPolicyCreateSSL(true, (__bridge CFStringRef)domain)];
  13.     } else {
  14.         // 如果不需要验证domain，就使用默认的BasicX509验证策略
  15.         [policies addObject:(__bridge_transfer id)SecPolicyCreateBasicX509()];
  16.     }
  17.     // 为serverTrust设置验证策略，即告诉客户端如何验证serverTrust
  18.     SecTrustSetPolicies(serverTrust, (__bridge CFArrayRef)policies);
  19.     // 如果SSLPinningMode为 AFSSLPinningModeNone，表示你不使用SSL pinning，但是我允许自建证书，那么返回YES，或者使用AFServerTrustIsValid函数看看serverTrust是否可信任，如果信任，也返回YES
  20.     if (self.SSLPinningMode == AFSSLPinningModeNone) {
  21.         return self.allowInvalidCertificates || AFServerTrustIsValid(serverTrust);
  22.     } else if (!AFServerTrustIsValid(serverTrust) && !self.allowInvalidCertificates) {
  23.         // 既不允许自建证书，而且使用AFServerTrustIsValid函数又返回NO，那么该serverTrust就真的不能通过验证了
  24.         return NO;
  25.     }
  27.     switch (self.SSLPinningMode) {
  28.         // 理论上，上面那个部分已经解决了self.SSLPinningMode)为AFSSLPinningModeNone)等情况，所以此处再遇到，就直接返回NO
  29.         case AFSSLPinningModeNone:
  30.         default:
  31.             return NO;
  32.        // 这个模式表示用证书绑定(SSL Pinning)方式验证证书，需要客户端保存有服务端的证书拷贝
  33.         // 注意客户端保存的证书存放在self.pinnedCertificates中
  34.         case AFSSLPinningModeCertificate: {
  35.             NSMutableArray *pinnedCertificates = [NSMutableArray array];
  36.             for (NSData *certificateData in self.pinnedCertificates) {
  37.                // 这里使用SecCertificateCreateWithData函数对原先的pinnedCertificates做一些处理，保证返回的证书都是DER编码的X.509证书
  38.                 [pinnedCertificates addObject:(__bridge_transfer id)SecCertificateCreateWithData(NULL, (__bridge CFDataRef)certificateData)];
  39.             }
  40.             // 将pinnedCertificates设置成需要参与验证的Anchor Certificate（锚点证书，通过SecTrustSetAnchorCertificates设置了参与校验锚点证书之后，假如验证的数字证书是这个锚点证书的子节点，即验证的数字证书是由锚点证书对应CA或子CA签发的，或是该证书本身，则信任该证书），具体就是调用SecTrustEvaluate来验证。
  41.             SecTrustSetAnchorCertificates(serverTrust, (__bridge CFArrayRef)pinnedCertificates);
  43.             if (!AFServerTrustIsValid(serverTrust)) {
  44.                 return NO;
  45.             }
  47.             // 服务器端的证书链，注意此处返回的证书链顺序是从叶节点到根节点
  48.             NSArray *serverCertificates = AFCertificateTrustChainForServerTrust(serverTrust);
  49.             // 从服务器端证书链的根节点往下遍历，看看是否有与客户端的绑定证书一致的，有的话，就说明服务器端是可信的。因为遍历顺序正好相反，所以使用reverseObjectEnumerator
  50.             for (NSData *trustChainCertificate in [serverCertificates reverseObjectEnumerator]){
  51.                 if ([self.pinnedCertificates containsObject:trustChainCertificate]) {
  52.                     return YES;
  53.                 }
  54.           }
  55.             
  56.             return NO;
  57.         }
  58.         // AFSSLPinningModePublicKey模式同样是用证书绑定(SSL Pinning)方式验证，客户端要有服务端的证书拷贝，只是验证时只验证证书里的公钥，不验证证书的有效期等信息。只要公钥是正确的，就能保证通信不会被窃听，因为中间人没有私钥，无法解开通过公钥加密的数据。
  59.         case AFSSLPinningModePublicKey: {
  60.             NSUInteger trustedPublicKeyCount = 0;
  61.             // 从serverTrust中取出服务器端传过来的所有可用的证书，并依次得到相应的公钥
  62.             NSArray *publicKeys = AFPublicKeyTrustChainForServerTrust(serverTrust);
  63.             // 依次遍历这些公钥，如果和客户端绑定证书的公钥一致，那么就给trustedPublicKeyCount加一
  64.             for (id trustChainPublicKey in publicKeys) {
  65.                 for (id pinnedPublicKey in self.pinnedPublicKeys) {
  66.                     if (AFSecKeyIsEqualToKey((__bridge SecKeyRef)trustChainPublicKey, (__bridge SecKeyRef)pinnedPublicKey)) {
  67.                         trustedPublicKeyCount += 1;
  68.                     }
  69.                 }
  70.             }
  71.           // trustedPublicKeyCount大于0说明服务器端中的某个证书和客户端绑定的证书公钥一致，认为服务器端是可信的
  72.             return trustedPublicKeyCount > 0;
  73.         }
  74.     }
  75.     
  76.     return NO;
  77. }

上述函数实现中调用了AFSecurityPolicy的私有方法（注意evaluateServerTrust:forDomain:方法是AFSecurityPolicy比较重要的公开方法），下面我来逐个分析相应的函数实现。

static BOOL AFServerTrustIsValid(SecTrustRef serverTrust)

  
  
  1. static BOOL AFServerTrustIsValid(SecTrustRef serverTrust) {
  2.     BOOL isValid = NO;
  3.     SecTrustResultType result;
  4.     // 对照下面的Require_noErr_Quiet函数解释，此处errorCode指的就是SecTrustEvaluate(serverTrust, &result)函数的返回值。如果serverTrust评估出错，那么就直接执行return isValid，默认isValid为NO。
  5.     __Require_noErr_Quiet(SecTrustEvaluate(serverTrust, &result), _out);
  6.     // 如果SecTrustEvaluate函数评估没出错，那么就看result的结果
  7.     // 只有当result为kSecTrustResultUnspecified（此标志表示serverTrust评估成功，此证书也被暗中信任了，但是用户并没有显示地决定信任该证书），或者当result为kSecTrustResultProceed（此标志表示评估成功，和上面不同的是该评估得到了用户认可），这两者取其一就可以认为对serverTrust评估成功
  8.     // 在下面有对result类型（SecTrustResultType）的简单讲解
  9.     isValid = (result == kSecTrustResultUnspecified || result == kSecTrustResultProceed);
  11. _out:
  12.     return isValid;
  13. }
  15. // Require_noErr_Quiet是一个宏定义函数，表示如果errorCode不为0（0表示没有错误），那么就使用C语言中的go语句，跳到对应exceptionLabel地方开始执行代码。
  16. #ifndef __Require_noErr_Quiet
  17.     #define __Require_noErr_Quiet(errorCode, exceptionLabel)                      \
  18.       do                                                                          \
  19.       {                                                                           \
  20.           if ( __builtin_expect(0 != (errorCode), 0) )                            \
  21.           {                                                                       \
  22.               goto exceptionLabel;                                                \
  23.           }                                                                       \
  24.       } while ( 0 )
  25. #endif
  26.  
  27. // kSecTrustResultUnspecified和kSecTrustResultProceed都是SecTrustResultType类型
  28. /** 
  29.   SecTrustResultType中枚举值的含义包括两个方面：一个是指评估是否成功，另一个是指该评估结果是不是由用户决定的。对于是不是由用户决定的这个问题，上面kSecTrustResultUnspecified和kSecTrustResultProceed就是一个很好的例子
  30.  */

static NSArray * AFCertificateTrustChainForServerTrust(SecTrustRef serverTrust)

  
  
  1. // 获取到serverTrust中证书链上的所有证书
  2. static NSArray * AFCertificateTrustChainForServerTrust(SecTrustRef serverTrust) {
  3.     // 使用SecTrustGetCertificateCount函数t获取到serverTrust中需要评估的证书链中的证书数目，并保存到certificateCount中
  4.     CFIndex certificateCount = SecTrustGetCertificateCount(serverTrust);
  5.     NSMutableArray *trustChain = [NSMutableArray arrayWithCapacity:(NSUInteger)certificateCount];
  6.     // 使用SecTrustGetCertificateAtIndex函数获取到证书链中的每个证书，并添加到trustChain中，最后返回trustChain
  7.     for (CFIndex i = 0; i < certificateCount; i++) {
  8.         SecCertificateRef certificate = SecTrustGetCertificateAtIndex(serverTrust, i);
  9.         [trustChain addObject:(__bridge_transfer NSData *)SecCertificateCopyData(certificate)];
  10.     }
  12.     return [NSArray arrayWithArray:trustChain];
  13. }

static NSArray * AFPublicKeyTrustChainForServerTrust(SecTrustRef serverTrust)

  
  
  1. // 取出serverTrust中证书链上每个证书的公钥，并返回对应的该组公钥
  2. static NSArray * AFPublicKeyTrustChainForServerTrust(SecTrustRef serverTrust) {
  3.     // 接下来的一小段代码和上面AFCertificateTrustChainForServerTrust函数的作用基本一致，都是为了获取到serverTrust中证书链上的所有证书，并依次遍历，取出公钥。
  4.     SecPolicyRef policy = SecPolicyCreateBasicX509();
  5.     CFIndex certificateCount = SecTrustGetCertificateCount(serverTrust);
  6.     NSMutableArray *trustChain = [NSMutableArray arrayWithCapacity:(NSUInteger)certificateCount];
  7.     for (CFIndex i = 0; i < certificateCount; i++) {
  8.         SecCertificateRef certificate = SecTrustGetCertificateAtIndex(serverTrust, i);
  10.         SecCertificateRef someCertificates[] = {certificate};
  11.         CFArrayRef certificates = CFArrayCreate(NULL, (const void **)someCertificates, 1, NULL);
  13.         SecTrustRef trust;
  14.         // 根据给定的certificates和policy来生成一个trust对象
  15.         __Require_noErr_Quiet(SecTrustCreateWithCertificates(certificates, policy, &trust), _out);
  17.         SecTrustResultType result;
  18.         // 使用SecTrustEvaluate来评估上面构建的trust
  19.         __Require_noErr_Quiet(SecTrustEvaluate(trust, &result), _out);
  20.         // 如果该trust符合X.509证书格式，那么先使用SecTrustCopyPublicKey获取到trust的公钥，再将此公钥添加到trustChain中
  21.         [trustChain addObject:(__bridge_transfer id)SecTrustCopyPublicKey(trust)];
  23.     _out:
  24.         // 注意释放资源
  25.         if (trust) {
  26.             CFRelease(trust);
  27.         }
  29.         if (certificates) {
  30.             CFRelease(certificates);
  31.         }
  33.         continue;
  34.     }
  35.     CFRelease(policy);
  36.     // 返回对应的一组公钥
  37.     return [NSArray arrayWithArray:trustChain];
  38. }

2.2 + [AFSecurityPolicy policyWithPinningMode:withPinnedCertificates:]

AFSecurityPolicy中还有一些关于初始化的函数，比较重要的就数+ [AFSecurityPolicy policyWithPinningMode:withPinnedCertificates:]这个函数了。

  
  
  1. // 初始化AFSecurityPolicy对象的SSLPinningMode和pinnedCertificates两个属性
  2. + (instancetype)policyWithPinningMode:(AFSSLPinningMode)pinningMode withPinnedCertificates:(NSSet *)pinnedCertificates {
  3.     AFSecurityPolicy *securityPolicy = [[self alloc] init];
  4.     securityPolicy.SSLPinningMode = pinningMode;
  6.     [securityPolicy setPinnedCertificates:pinnedCertificates];
  8.     return securityPolicy;
  9. }
  11. // 此函数设置securityPolicy中的pinnedCertificates属性
  12. // 注意还将对应的self.pinnedPublicKeys属性也设置了，该属性表示的是对应证书的公钥（与pinnedCertificates中的证书是一一对应的）
  13. - (void)setPinnedCertificates:(NSSet *)pinnedCertificates {
  14.     _pinnedCertificates = pinnedCertificates;
  16.     if (self.pinnedCertificates) {
  17.         NSMutableSet *mutablePinnedPublicKeys = [NSMutableSet setWithCapacity:[self.pinnedCertificates count]];
  18.         for (NSData *certificate in self.pinnedCertificates) {
  19.             id publicKey = AFPublicKeyForCertificate(certificate);
  20.             if (!publicKey) {
  21.                 continue;
  22.             }
  23.             [mutablePinnedPublicKeys addObject:publicKey];
  24.         }
  25.         self.pinnedPublicKeys = [NSSet setWithSet:mutablePinnedPublicKeys];
  26.     } else {
  27.         self.pinnedPublicKeys = nil;
  28.     }
  29. }

static id AFPublicKeyForCertificate(NSData *certificate)

  
  
  1. // 此函数没什么特别要提及的，和AFPublicKeyTrustChainForServerTrust实现的原理基本一致
  2. // 区别仅仅在该函数是返回单个证书的公钥（所以传入的参数是一个证书），而AFPublicKeyTrustChainForServerTrust返回的是serverTrust的证书链中所有证书公钥
  3. static id AFPublicKeyForCertificate(NSData *certificate) {
  4.     id allowedPublicKey = nil;
  5.     SecCertificateRef allowedCertificate;
  6.     SecCertificateRef allowedCertificates[1];
  7.     CFArrayRef tempCertificates = nil;
  8.     SecPolicyRef policy = nil;
  9.     SecTrustRef allowedTrust = nil;
  10.     SecTrustResultType result;
  11.     // 因为此处传入的certificate参数是NSData类型的，所以需要使用SecCertificateCreateWithData来将NSData对象转化为SecCertificateRef对象
  12.     allowedCertificate = SecCertificateCreateWithData(NULL, (__bridge CFDataRef)certificate);
  13.     __Require_Quiet(allowedCertificate != NULL, _out);
  15.     allowedCertificates[0] = allowedCertificate;
  16.     tempCertificates = CFArrayCreate(NULL, (const void **)allowedCertificates, 1, NULL);
  18.     policy = SecPolicyCreateBasicX509();
  19.     __Require_noErr_Quiet(SecTrustCreateWithCertificates(tempCertificates, policy, &allowedTrust), _out);
  20.     __Require_noErr_Quiet(SecTrustEvaluate(allowedTrust, &result), _out);
  22.     allowedPublicKey = (__bridge_transfer id)SecTrustCopyPublicKey(allowedTrust);
  24. _out:
  25.     if (allowedTrust) {
  26.         CFRelease(allowedTrust);
  27.     }
  29.     if (policy) {
  30.         CFRelease(policy);
  31.     }
  33.     if (tempCertificates) {
  34.         CFRelease(tempCertificates);
  35.     }
  37.     if (allowedCertificate) {
  38.         CFRelease(allowedCertificate);
  39.     }
  41.     return allowedPublicKey;
  42. }

3. AFNetworkReachabilityManager

AFNetworkingReachabilityManager是我使用AFNetworking的时候，第一个接触到的类。当时主要是用这个类做一些网络状态判断。比如我当时做一个视频类的app时，考虑到网络如果是2G/3G/4G，那么最好是有一个switchButton来让用户选择是否使用2G/3G/4G来观看在线视频，此时你就需要判断当前网络状态，如果用户不允许2G/3G/4G网络观看在线视频，而此时手机网络又是2G/3G/4G网络，就得提示用户当前网络不支持播放在线视频。

该类的使用方法很简单，我们看一个简单例子：

  
  
  1. // 设置networkReachabilityStatusBlock，根据不同网络状态，用户自定义处理方式
  2. AFNetworkReachabilityManager *manager = [AFNetworkReachabilityManager sharedManager];
  3. [manager setReachabilityStatusChangeBlock:^(AFNetworkReachabilityStatus status) {
  4.     NSLog(@"network status '%@'", AFStringFromNetworkReachabilityStatus(status));
  5. }];
  6. // 启动网络监听
  7. [manager startMonitoring];

其实networkReachabilityStatusBlock应该都好理解。关键是这个startMonitoring方法。大家是不是觉得很神奇，感觉就像app在系统后台有一个循环，不停地检测网络状态。那么具体是怎么做到的呢，这里先透露点：代码的核心使用了iOS提供的一系列SCNetworkReachability文件中的方法。

  
  
  1. - (void)startMonitoring {
  2.     // 先停止之前的网络监听
  3.     [self stopMonitoring];
  4.     // networkReachability表示的是需要检测的网络地址的句柄
  5.     if (!self.networkReachability) {
  6.         return;
  7.     }
  9.     __weak __typeof(self)weakSelf = self;
  10.     // 根据网络状态status来设置网络状态监听的回调函数callback
  11.     AFNetworkReachabilityStatusBlock callback = ^(AFNetworkReachabilityStatus status) {
  12.         __strong __typeof(weakSelf)strongSelf = weakSelf;
  14.         strongSelf.networkReachabilityStatus = status;
  15.         if (strongSelf.networkReachabilityStatusBlock) {
  16.             strongSelf.networkReachabilityStatusBlock(status);
  17.         }
  19.     };
  20.     /** context是一个结构体
  21.          typedef struct {
  22.          // 创建一个SCNetworkReachabilityContext结构体时，需要调用SCDynamicStore的创建函数，而此创建函数会根据version来创建出不同的结构体，SCNetworkReachabilityContext对应的version是0
  23.          CFIndex        version;  
  24.         // 下面两个block（release和retain）的参数就是info，此处表示的是网络状态处理的回调函数
  25.           void *        __nullable info;
  26.         // 该retain block用于对info进行retain，下面那个AFNetworkReachabilityRetainCallback核心就是调用了Block_copy（用于retain一个block函数，即在堆空间新建或直接引用一个block拷贝）
  27.           const void    * __nonnull (* __nullable retain)(const void *info);
  28.         // 该release block用于对info进行release，下面那个AFNetworkReachabilityReleaseCallback核心就是调用了Block_release（用于release一个block函数，即将block从堆空间移除或移除相应引用）
  29.           void        (* __nullable release)(const void *info);
  30.         // 提供info的description，此处调用为NULL
  31.         CFStringRef    __nonnull (* __nullable copyDescription)(const void *info);
  32.         } SCNetworkReachabilityContext;
  33.      */
  34.     SCNetworkReachabilityContext context = {0, (__bridge void *)callback, AFNetworkReachabilityRetainCallback, AFNetworkReachabilityReleaseCallback, NULL};
  35.     /**
  36.      // 给客户端指定对应target（该参数和需要检测网络状况的地址有一定关联，此处使用的是self.networkReachability），然后当这个target的网络状态变化时，告之SCNetworkReachabilityCallBack对象callout处理（此处使用的是AFNetworkReachabilityCallback），另外callout中使用到的参数包括target和context提供的info。
  37.      Boolean
  38.      SCNetworkReachabilitySetCallback    (
  39.     SCNetworkReachabilityRef                                        target,
  40.     SCNetworkReachabilityCallBack    __nullable    callout,
  41.     SCNetworkReachabilityContext    * __nullable    context
  42. )                __OSX_AVAILABLE_STARTING(__MAC_10_3,__IPHONE_2_0);
  43.      */
  44.     SCNetworkReachabilitySetCallback(self.networkReachability, AFNetworkReachabilityCallback, &context);
  45.     /**
  46.      此处表示在main RunLoop中以kCFRunLoopCommonModes形式处理self.networkingReachability
  47.      */
  48.     SCNetworkReachabilityScheduleWithRunLoop(self.networkReachability, CFRunLoopGetMain(), kCFRunLoopCommonModes);
  49.     // 在后台检测self.networkingReachability的网络状态，并使用SCNetworkReachabilityGetFlags函数返回产生的flag，注意此处flag表示的就是网络的状态，后面会详细介绍每种flag对应的状态是什么
  50.     dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_BACKGROUND, 0),^{
  51.         SCNetworkReachabilityFlags flags;
  52.         if (SCNetworkReachabilityGetFlags(self.networkReachability, &flags)) {
  53.             // AFPostReachabilityStatusChange函数就是先将flags转化为对应的AFNetworkReachabilityStatus变量，然后给我们的callback处理，后面会详解此函数
  54.             AFPostReachabilityStatusChange(flags, callback);
  55.         }
  56.     });
  57. }

static void AFPostReachabilityStatusChange(SCNetworkReachabilityFlags flags, AFNetworkReachabilityStatusBlock block)

  
  
  1. static void AFPostReachabilityStatusChange(SCNetworkReachabilityFlags flags, AFNetworkReachabilityStatusBlock block) {
  2.     // 使用AFNetworkReachabilityStatusForFlags函数将flags转化为status，提供给下面block使用
  3.     AFNetworkReachabilityStatus status = AFNetworkReachabilityStatusForFlags(flags);
  4.     dispatch_async(dispatch_get_main_queue(), ^{
  5.         if (block) {
  6.             block(status);
  7.         }
  8.         // 对于用户，可以使用KVO来观察status的变化，随后用户可以根据传过来的userInfo[AFNetworkingReachabilityNotificationStatusItem]获取到相应的status
  9.         NSNotificationCenter *notificationCenter = [NSNotificationCenter defaultCenter];
  10.         NSDictionary *userInfo = @{ AFNetworkingReachabilityNotificationStatusItem: @(status) };
  11.         [notificationCenter postNotificationName:AFNetworkingReachabilityDidChangeNotification object:nil userInfo:userInfo];
  12.     });
  13. }
  15. static AFNetworkReachabilityStatus AFNetworkReachabilityStatusForFlags(SCNetworkReachabilityFlags flags) {
  16.     // 该网络地址可达
  17.     BOOL isReachable = ((flags & kSCNetworkReachabilityFlagsReachable) != 0);
  18.     // 该网络地址虽然可达，但是需要先建立一个connection
  19.     BOOL needsConnection = ((flags & kSCNetworkReachabilityFlagsConnectionRequired) != 0); 
  20.     // 该网络虽然也需要先建立一个connection，但是它是可以自动去connect的
  21.     BOOL canConnectionAutomatically = (((flags & kSCNetworkReachabilityFlagsConnectionOnDemand ) != 0) || ((flags & kSCNetworkReachabilityFlagsConnectionOnTraffic) != 0));
  22.     // 不需要用户交互，就可以connect上（用户交互一般指的是提供网络的账户和密码）
  23.     BOOL canConnectWithoutUserInteraction = (canConnectionAutomatically && (flags & kSCNetworkReachabilityFlagsInterventionRequired) == 0);
  24.     // 如果isReachable==YES，那么就需要判断是不是得先建立一个connection，如果需要，那就认为不可达，或者虽然需要先建立一个connection，但是不需要用户交互，那么认为也是可达的
  25.     BOOL isNetworkReachable = (isReachable && (!needsConnection || canConnectWithoutUserInteraction));
  26.     
  27.     //  AFNetworkReachabilityStatus就四种状态Unknown、NotReachable、ReachableViaWWAN、ReachableViaWiFi，这四种状态字面意思很好理解，这里就不赘述了
  28.     AFNetworkReachabilityStatus status = AFNetworkReachabilityStatusUnknown;
  29.     if (isNetworkReachable == NO) {
  30.         status = AFNetworkReachabilityStatusNotReachable;
  31.     }
  32. #if    TARGET_OS_IPHONE
  33.     else if ((flags & kSCNetworkReachabilityFlagsIsWWAN) != 0) {
  34.         status = AFNetworkReachabilityStatusReachableViaWWAN;
  35.     }
  36. #endif
  37.     else {
  38.         status = AFNetworkReachabilityStatusReachableViaWiFi;
  39.     }
  41.     return status;
  42. }

此时AFNetworking如何判断网络状态的思路基本也理清楚了：先使用SCNetworkReachability相关函数得到网络状态，不过此时的网络状态还需要放到AFNetworking中封装一层，以提供适合用户使用的API（如isReachable、isReachableViaWWAN、isReachableViaWiFi），对于不同的网络状态，用户只需要定义自己的block进行处理就行。

最后，不知道大家对_networkReachability这个属性值是否有疑惑：源码中定义了一个sharedManager，那么sharedManager中的_networkReachability是如何设置的呢？一图以蔽之，我就不赘述了。

image

4. 总结

这一篇作为AFNetworking源码阅读系列的最后一篇文章到此结束了。虽然还有部分UIKit+AFNetworking的内容没说，但是基本也没什么难度了，图片部分可以参考我之前写的SDWebImage源码分析。而其他UIKit部分，参考AFNetworking源码阅读第一篇文章中对AFNetworkActivityIndicatorManager和UIRefreshControl+AFNetworking的解读，因为基本思路都是一样的。


转：http://www.cnblogs.com/polobymulberry/p/5174298.html

sharpyl
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
iOS网络框架－AFNetworking3.1.0源码解读 - 简书1
08-04
iOS网络框架－AFNetworking3.1.0源码解读 - 简书1
AFNetworking最新源码
10-08
最新AFNetworking
iOS使用SecKeyEncrypt加密的问题
12-30 285
项目需要RSA加密，网上看了下，按照以下代码从证书中获取公钥加密：  NSString *certPath = [[NSBundle mainBundle] pathForResource:@"myidentifier" ofType:@"cer"];     SecCertificateRef myCertificate = nil;     NSData *certificateData 
rsa从cer证书中拿公钥进行加密
ios_xumin的专栏
02-23 6265
起初，读召辉给的cer证书的时候， SecCertificateCreateWithData 总是返回为nil，原因是因为这个证书是服务器自己生成的，不是正规的CA机构颁发的，苹果安全性要求是很高的，所以这个读不出来，直接导致后面的崩溃。后来折腾了半天，比如直接从证书里面导出字符串作为公钥，也不行，安卓这样也是不行的。             后来迪哥又生成了个der证书，这样读就是正常
『IOS』Xcode工程中 添加AFNetworking出错_SecCertificateCreateWithData _SecTrustGetCertificateCount
fallenink的专栏
08-14 1683
Undefined symbols for architecture armv7:   "_SecTrustGetCertificateCount", referenced from:       -[AFURLConnectionOperation connection:willSendRequestForAuthenticationChallenge:] in AFURLConne
AFNetworking之于https认证
gcs的博客
01-07 608
是服务器传过来的，里面包含了服务器的证书信息，是用来我们本地客户端去验证该证书是否合法用的，后面会更详细的去讲这个参数）然后如果有证书，则用证书认证方式，否则还是用默认的验证方式。再讲简单点，其实就是一个容器，装了服务器端需要验证的证书的基本信息、公钥等等，不仅如此，它还可以装一些评估策略，还有客户端的锚点证书，这个客户端的证书，可以用来和服务端的证书去匹配验证的。唯一需要注意的是，这个获取的证书排序，是从证书链的叶节点，到根节点的。客户端用之前生成的私钥解密服务段传过来的信息，于是获取了解密后的内容。
java源码包---java 源码 大量 实例
04-18
Applet钢琴模拟程序java源码 2个目标文件，提供基本的音乐编辑功能。编辑音乐软件的朋友，这款实例会对你有所帮助。 Calendar万年历 1个目标文件 EJB 模拟银行ATM流程及操作源代码 6个目标文件，EJB来模拟银行ATM...
Three.js开发指南源码-3
11-04
Three.js开发指南源码-3
旅游日记源码--iOS版
04-09
应博友们的要求，公开博文“旅游日志”的源码，包括Andriod和iOS平台的工程文件，供大家下载测试用。
AFNetworking 解读
It's better to burn out 'cause rust never sleeps(与其苟延残喘，不如钟情燃烧)
06-07 497
1. AFNetworking在3.0版本中删除了基于 NSURLConnection API的所有支持。如果你的项目以前使用过这些API，建议您立即升级到基于NSURLSession 的API的AFNetworking的版本。 2. AFNetworking 3.0现已完全基于NSURLSession的API，这降低了维护的负担，同时支持苹果增强关于NSURLSession提供的任何额外功
AFNetworking概述和4.0的实践
专注于苹果IOS开发和最新资讯
08-09 2823
AFNetworking版本介绍、4.0版本的实践已经AF的二次封装。
SecCertificate 解析
最新发布
旭日的博客
06-25 268
数字证书。
AFNetworking源码解析<三>
gh147的专栏
09-16 452
（via bang's blog） 续AFNetworking源码解析、    本篇说说安全相关的AFSecurityPolicy模块，AFSecurityPolicy用于验证HTTPS请求的证书，先来看看HTTPS的原理和证书相关的几个问题。   HTTPS HTTPS连接建立过程大致是，客户端和服务端建立一个连接，服务端返回一个证书，客户端里存有各个受信任的
AFNetworking源码学习
m0_52192682的博客
05-22 999
简介： AFNetworking是iOS、macOS、watchOS和tvOS的一个令人愉快的网络库。它建立在基础URL加载系统之上，扩展了构建到Cocoa中的强大的网络高级抽象。它有一个模块化的体系结构，具有设计良好、功能丰富的API，使用起来很愉快。 然而，也许最重要的特点是，每天都在使用AFNetworking并为其做出贡献的开发人员组成了一个令人惊叹的社区。AFNetworking为iPhone、iPad和Mac上一些最受欢迎、广受好评的应用提供了动力。 参考的大佬博客： AFNetworking详
iOS开发——AFNetworking源码（一）
weixin_51638861的博客
05-29 1630
iOS开发——AFNetworking源码（一） 简介 我们在学习AFNetworking之前，就必须知道AFNetworking是什么，具体有什么作用？ 首先，AFNetworking是一个功能非常强大的框架，主要是用于网络请求，把复杂的原生代码封装好，我们只需要简单的几步就可以完成网络请求。 代码组成 从上图可以看出AFNetworking中含有很多类，那么这些类与类之间有什么关系呢，具体关系如图所示： 我们来解读一下这个图，按照我的理解来说，显而易见的是AFURLSessionManager应该是主
iOS AFNetworking简介
假装你是大灰狼的专栏
03-29 477
提供了各种请求方式，并支持https格式。是请求类型，常用的子类型是。FormData类型请求。参数，可以设置返回类型。
iOS AFNetworking配置自签名证书
ANDY_GUO_wei的专栏
03-05 696
* AFSSLPinningModeNone 不做SSL pinning 只信任证书颁发机构证书，自己生成证书不通过 * AFSSLPinningModeCertificate 客户端保存证书拷贝 第一步验证证书的域名/有效期等信息，第二步是对比服务端返回的证书跟客户端返回的是否一致。 * AFSSLPinningModePublicKey 客户端保存证书拷贝 只是验证时只验证证书里的公钥，...
iOS应用安全之HTTP/HTTPS详解（AFNetworking配套策略）
Deft_MKJing的博客
09-27 3097
目录 HTTP缺点 HTTPS底层原理（SSL握手详解 普通RSA身份验证的隐患 证书和SSL握手底层原理 iOS原生方式校验HTTPS 使用AFNetworking来支持HTTPS（组合策略源码分析） HTTPS网站访问输入后整个OSI模型流转过程 前言 这是早期的理解传送门，现在理解更深入点，还是记录下来 HTTPS一般开启之后默认网络请求框架是会给我们做最基本的校验...
智能车电磁组源码 -csdn
06-19
总之，智能车电磁组源码-CSDN是一个非常优秀的源代码库，提供了丰富的实现电磁感应和驱动电机的代码和使用文档，可以大大提高用户的开发效率。如果您正在寻找一个能够帮助您快速构建智能车的工具，这个源代码库将是...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值