iOS网络-NSURLSession/AFNetworking发送HTTPS网络请求

转自：http://www.cnblogs.com/liugengqun/p/5141482.html & http://www.jianshu.com/p/6b561705de06

HTTPS简单说明:

HTTPS（全称：Hyper Text Transfer Protocol over Secure Socket Layer），是以安全为目标的HTTP通道，简单讲是HTTP的安全版。

即HTTP下加入SSL层，HTTPS的安全基础是SSL(安全套接字层)，因此加密的详细内容就需要SSL。 它是一个URI scheme（抽象标识符体系），句法类同http:体系。用于安全的HTTP数据传输。

HTTPS:URL表明它使用了HTTP，但HTTPS存在不同于HTTP的默认端口及一个加密/身份验证层（在HTTP与TCP之间）。

HTTPS和HTTP的区别主要为以下四点：
        https协议需要到ca申请证书，一般免费证书很少，需要交费。
       http是超文本传输协议，信息是明文传输，https 则是具有安全性的ssl加密传输协议。
        http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。
        http的连接很简单，是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。
简单说明:

HTTPS的主要思想是在不安全的网络上创建一安全信道，并可在使用适当的加密包和服务器证书可被验证且可被信任时，对窃听和中间人攻击提供合理的保护。
HTTPS的信任继承基于预先安装在浏览器中的证书颁发机构（如VeriSign、Microsoft等）（意即“我信任证书颁发机构告诉我应该信任的”）。
因此，一个到某网站的HTTPS连接可被信任，如果服务器搭建自己的https 也就是说采用自认证的方式来建立https信道，这样一般在客户端是不被信任的。

所以我们一般在浏览器访问一些https站点的时候会有一个提示，问你是否继续。

使用NSURLSession示例代码:

-(void)session
{
    //1.确定请求路径
    NSString *urlStr = @"https://kyfw.12306.cn/otn/";
    NSURL *url= [NSURL URLWithString:urlStr];
    //2.创建请求对象
    NSURLRequest *request = [NSURLRequest requestWithURL:url];
    //3.创建session
    NSURLSession *session = [NSURLSession sessionWithConfiguration:[NSURLSessionConfiguration defaultSessionConfiguration] delegate:self delegateQueue:[NSOperationQueue mainQueue]];

    NSURLSessionDataTask *dataTask = [session dataTaskWithRequest:request completionHandler:^(NSData * _Nullable data, NSURLResponse * _Nullable response, NSError * _Nullable error) {
        //5.解析数据
        NSLog(@"%@",[[NSString alloc]initWithData:data encoding:NSUTF8StringEncoding]);
    }];
    //4.执行task
    [dataTask resume];
}
#pragma mark - NSURLSessionDataDelegate
//只要请求的地址是HTTPS的, 就会调用这个代理方法
//challenge:质询
//NSURLAuthenticationMethodServerTrust:服务器信任
-(void)URLSession:(NSURLSession *)session task:(NSURLSessionTask *)task didReceiveChallenge:(NSURLAuthenticationChallenge *)challenge completionHandler:(void (^)(NSURLSessionAuthChallengeDisposition, NSURLCredential * _Nullable))completionHandler
{
    NSLog(@"%@",challenge.protectionSpace);

    if (![challenge.protectionSpace.authenticationMethod isEqualToString:@"NSURLAuthenticationMethodServerTrust"]) return;
    /*
     NSURLSessionAuthChallengeUseCredential 使用证书
     NSURLSessionAuthChallengePerformDefaultHandling  忽略证书 默认的做法
     NSURLSessionAuthChallengeCancelAuthenticationChallenge 取消请求,忽略证书
     NSURLSessionAuthChallengeRejectProtectionSpace 拒绝,忽略证书
     */

    NSURLCredential *credential = [NSURLCredential credentialForTrust:challenge.protectionSpace.serverTrust];

    completionHandler(NSURLSessionAuthChallengeUseCredential,credential);
}

如果是使用AFN框架，那么我们不需要做任何额外的操作，AFN内部已经做了处理,示例代码如下:

单向验证

//在你封装的网络工具类请求前初始化时增加以下代码
AFHTTPSessionManager *manager = [AFHTTPSessionManager manager];
//设置证书模式，AFSSLPinningModeNone，代表前端包内不验证
//在单向认证时，前端不放证书，服务器去验证
AFSecurityPolicy *securityPolicy = [AFSecurityPolicy policyWithPinningMode:AFSSLPinningModeNone];
// 如果是需要服务端验证证书，需要设置为YES
securityPolicy.allowInvalidCertificates = YES;
//validatesDomainName 是否需要验证域名，默认为YES；
securityPolicy.validatesDomainName = NO;
//设置验证模式
manager.securityPolicy = securityPolicy;

双向验证

双向验证的过程我就不说了，因为网上基本全部是双向认证，需要把证书打包到应用的包里，这里贴一个比较详细的链接http://www.jianshu.com/p/f312a84a944c

这里只把最关键的代码跟单向认证做一个对比

//在你封装的网络工具类请求前初始化时增加以下代
AFHTTPSessionManager *manager = [AFHTTPSessionManager manager];
//设置验证证书，该模式下许愿把证书打包进项目里，进行验证
AFSecurityPolicy *securityPolicy = [AFSecurityPolicy policyWithPinningMode:AFSSLPinningModeCertificate];
//证书的路径
NSString *cerPath = [[NSBundle mainBundle] pathForResource:@"xxx" ofType:@".cer"];
NSData *dataSou = [NSData dataWithContentsOfFile:cerPath];
NSSet *set = [NSSet setWithObjects:dataSou, nil];
securityPolicy.allowInvalidCertificates = YES;
securityPolicy.validatesDomainName = YES;
[securityPolicy setPinnedCertificates:set];
//将验证方式赋值给管理者
manager.securityPolicy = securityPolicy;

两类验证方式的最大区别其实在于，是否需要把证书打包进入应用内。
跟着这个问题随之而来的就有另外的几个问题，对于app前端开发来说，究竟选择何种验证方式比较好呢。其实对于app来说，单向验证是最方便的，也是安全的，双向验证比单向来说更安全，但是对于app开发来说有几个问题需要面对。所以下面列一下单向和双向的优点和缺点，你可以选择最合适的方式来处理。

单向优点
1.更加灵活，客户端不需要把相应证书打包进入app内，这个SSL证书是有过期时间的，如果过期了，只需要服务器端修改证书即可，不会出现突然有一天莫名其妙app打不开了的问题。
2.虽然两种验证方法对于前端来说并没有太多工作了，但是相对来说单向对于服务端和前端来说更简单。

双向优点
1.更加安全。但是相对来说开发成本更高

对比之后，我们的app最终选择单向验证的方式。更多的是为了避免如果修改了证书的厂家这种意外事件的处理，避免不必要的麻烦。