谈一谈URLConnection与URLSession的联系

[toc]

1 Connect与Session

先看看官方文档对于URLSession的第一句描述。

NSURLSession is a replacement API for NSURLConnection。

也就是说Apple推出URLSession就是用来替换NSURLConnection。那么为什么要搞出来个URLSession去代替NSURLConnection而不是在NSURLConnection上去迭代？
我们先理解一下session和connect的直观含义，前者是会话、后者是连接，做过数据库、通信协议相关开发和研究工作的小伙伴都能理解这二者的区别。

我们先看看数据库访问中二者的区别(以下摘自 Oracle 9i &10g 编程艺术)：

连接（connection）：连接是从客户到Oracle 实例的一条物理路径。连接可以在网络上建立，或者通过IPC机制建立。通常会在客户进程与一个专用服务器或一个调度器之间建立连接。
会话（session）：会话是实例中存在的一个逻辑实体。这就是你的会话状态（session state），也就是表示特定会话的一组内存中的数据结构.提到"数据库连接"时,大多数人首先想到的就是“会话”。你要在服务器中的会话上执行SQL、提交事务和运行存储过程。

一般来说，会话=连接+状态，一个连接可以提供给多个会话，而一个会话也有可能利用多个连接。
有小伙伴会说，http是无状态的，所以只有http连接一说，没有http会话一说。确实，早期http是无状态的，后来为了提高http工作的效率，加入了cookie/session机制，cookie/session保存http的状态，http会话由此诞生。

据此，Apple将他们设备里的一个http请求当做一个http会话，或者说是一个URLSession是没有任务问题的。

2 从URLConnection到URLSession的转变与http2.0是不是有联系

从URLConnection到URLSession的转变与http2.0是不是有联系呢？我们先看看两个时间点：
ios7.0发布时间 2013.09
http2.0草案测试版本发布时间 2013.08

再看看HTTP2.0相较于http1.0主要做了什么

协议的目标：
异步多路复用
头部压缩
请求/响应管线化

重点看看这个异步多路复用，不了解的小伙伴可以去这篇博客了解一下,浅析HTTP/2的多路复用。

我这里简单的说一下，http1.1搞出来个长连接，主要是为了解决http1.0发起一个http请求要重新通过tcp握手协议建立tcp通道的资源浪费问题。但是http1.1又有个问题：串行的文件传输效率低、服务器连接数过多压力过大问题。于是在http2.0就搞出了个多路复用。

总结

回到我们的问题：从URLConnection到URLSession的转变与http2.0是不是有联系呢？
以前我们对于一个http请求，就说是一个connection显然是合适了。但是在http2.0，APP应用或者浏览器和同一个域名所有http交互都用的是同一个http连接，也就是说肯定不会创建连接。
用什么合适呢？Apple大大说用Session合适。