为什么要使用NSURLSession而不是NSURLConnection

为什么要用共享的SessionManager/Session，而不是每次都启动一个新的 AFNetworking都是目前iOS开发者网络库中的不二选择。Github上2W+的star数足见其流行程度。而从iOS7.0开始，苹果推出了新的网络库继承者NSURLSession后，AFNetworking也毫不犹豫地加入了对其的支持。3.0+更加只是提供了NSURLSession的支持。

我们使用AFNetworking的时候，可能会有很多的朋友都会采用以下的写法：

AFHTTPSessionManager *sessionManager = [AFHTTPSessionManager manager];
sessionManager.requestSerializer     = [AFHTTPRequestSerializer serializer];
sessionManager.responseSerializer    = [AFHTTPResponseSerializer serializer];
[sessionManager GET:urlString
             parameters:parameters
               progress:progressBlock
                success:successHandler
                failure:failureHandler];

大概可以描述一下这个过程，每次开启一个网络请求时，首先新建一个AFHTTPSessionManager，然后将相关的requestSerializer和reponseSerializer赋值；最后发起相应的GET/POST等请求。

而如果是直接采用NSURLSession来请求网络呢，我们则经常会采用以下的写法：

NSURLSession *session =  [NSURLSession sessionWithConfiguration:[NSURLSessionConfiguration defaultSessionConfiguration]
                delegate:nil
           delegateQueue:[NSOperationQueue mainQueue]];
       
NSURLSessionDataTask *dataTask = [session dataTaskWithRequest:request
      completionHandler:completionHandler];
       
[dataTask resume];

这个过程其实和上面的基本一致。新建一个Session，然后新建task，激活task，完成网络请求。

那么现在问题来了。

为什么每次都需要新建一个SessionManager/Session？
如果在多个Task请求的情况下，如果采取一个共享的SessionManager/Session是否可行？
如果可行，与之前每次新建SessionManager/Session相比，孰优孰劣？

在之前的开发过程的时候,更多的是将其作为一个工具使用,现在要考虑为什么,为什么要把网络层抽出来,除了减少耦合,减少一些不必要的代码重复,还有一些其他原因.

原因一:

HTTP/2, 2015年5月RFC 7540正式发表的下一代HTTP协议，是1999年来HTTP 1.1发布后的首个更新。相对于前一个版本，HTTP /2以快著称.根据2015的WWDC Session711，我们知道iOS9+，NSURLSession开始正式支持HTTP /2，也就意味着你的网络连接速度也可以得到差不多几倍的提升。

原因二:

为什么要尽量共享Session，而不是每次新建Session?

在回答这个问题以前，我们先来聊聊网络的通讯协议。我们也都知道，HTTP协议是基于TCP协议的。所以在每次的HTTP请求之前，客户端和服务器端，都先需要经过TCP连接的三次握手，即每次请求之前，网络的数据都已经在客户端和服务器端之间来回了三次.即每次HTTP的请求，都需要先经过TCP的连接，然后才开始HTTP的请求. 那么，为了让我们的请求更快，避免每次都产生一个TCP三次握手，成了一个优化的选项。
于是在HTTP 1.1中，出现了Connection: keep-alive这个选项。这个优化选项，可以使得客户端和服务器端复用一个TCP连接，从而减小每次的网络请求时间。
共享的Session将会复用TCP的连接,加速了整个网络的请求时间.而每次都新建Session的操作将导致每次的网络请求都开启一个TCP的三次握手。

这些原因也是我们为什么把把网络请求独立出来,作为一个工具类.