这篇文章主要为大家展示了“iOS如何基于AFNetworking下自签名证书配置”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“iOS如何基于AFNetworking下自签名证书配置”这篇文章吧。
成都创新互联长期为成百上千客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为汶上企业提供专业的做网站、成都网站建设，汶上网站改版等技术服务。拥有10年丰富建站经验和众多成功案例,为您定制开发。
自从https推出以后，客户端对网络安全的要求程度也越来越高。甚至在iOS9之后，苹果强制要求必须支持https请求。
https是什么呢？它又是如何保证数据安全的呢？
简单来说，https就是http+TLS/SSL。就是在http上又加了一层处理加密信息的模块。服务端和客户端的信息传输都会通过TLS进行加密，也就说传输中的数据都是加密的，如果不知道私钥，是无法真正知道传输内容的真正意思的。
整个https单向验证流程简单总结如下：
就是用户发起请求，服务器响应后返回一个证书，证书中包含一些基本信息和公钥。
用户拿到证书后，去验证这个证书是否合法，不合法，则请求终止。
合法则生成一个随机数，作为对称加密的密钥，用服务器返回的公钥对这个随机数加密。然后返回给服务器。
服务器拿到加密后的随机数，利用私钥解密，然后再用解密后的随机数（对称密钥），把需要返回的数据加密，加密完成后数据传输给用户。
最后用户拿到加密的数据，用一开始的那个随机数（对称密钥），进行数据解密。整个过程完成。
当然这仅仅是一个单向认证，https还会有双向认证，相对于单向认证也很简单。仅仅多了服务端验证客户端这一步。
那么在AFNetworking中，我们要完成自签名证书配置：
// 自签名证书在路径 NSString *certFilePath = [[NSBundle mainBundle] pathForResource:@"service" ofType:@"cer"]; // 自签名证书转换成二进制数据 NSData *certData = [NSData dataWithContentsOfFile:certFilePath]; // 将二进制数据放到NSSet中 NSSet *certSet = [NSSet setWithObject:certData]; /* AFNetworking中的AFSecurityPolicy实例化方法 第一个参数： AFSSLPinningModeNone, //不验证 AFSSLPinningModePublicKey, //只验证公钥 AFSSLPinningModeCertificate, //验证证书 第二个参数：存放二进制证书数据的NSSet */ AFSecurityPolicy *policy = [AFSecurityPolicy policyWithPinningMode:AFSSLPinningModeCertificate withPinnedCertificates:certSet]; // shareManager 是继承自AFHTTPSessionManager的一个类的实例对象 sharedManager.securityPolicy = policy;
这样在请求时，如果服务器要校验自签名证书就会调用AFSecurityPolicy类中以下方法
- (BOOL)evaluateServerTrust:(SecTrustRef)serverTrust forDomain:(NSString *)domain
AFNetworking就是在这个方法中进行的单向验证。如果有需要双向验证的也需要重写这个方法，以实现双向验证。（双向验证在银行类等app中使用的较多）
在该方法中使用自签名证书可能会出现的一个问题就是
复制代码 代码如下:
[pinnedCertificates addObject:(__bridge_transfer id)SecCertificateCreateWithData(NULL, (__bridge CFDataRef)certificateData)];
这行代码有可能数组中添加了nil，即自签名证书没有获取到。
解决方法：
将后端发过来的.crt证书，修改后缀.cer，导入钥匙串。
再从钥匙串导出该证书，拉到项目里直接使用
其本质原因是后端的自签名证书需要进行base64反编码才能使用。
以上是“iOS如何基于AFNetworking下自签名证书配置”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注创新互联行业资讯频道！
