​​HTTP长连接和短连接​​

1. HTTP协议与TCP/IP协议的关系

　　HTTP的长连接和短连接本质上是TCP长连接和短连接。HTTP属于应用层协议，在网络层使用IP协议，主要解决网络路由和寻址问题；在传输层使用TCP协议，主要解决如何在IP层之上可靠的传递数据包，使在网络上的另一端收到发端发出的所有包，并且顺序与发出顺序一致，具有可靠、面向连接的特点。


2. 如何理解HTTP协议是无状态的

　　HTTP协议是无状态的，指的是协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。也就是说，打开一个服务器上的网页和你之前打开这个服务器上的网页之间没有任何联系。HTTP是一个无状态的面向连接的协议，无状态不代表HTTP不能保持TCP连接，更不能代表HTTP使用的是UDP协议（无连接）。


3. 什么是长连接、短连接？

　　在HTTP/1.0中，默认使用的是短连接。也就是说，浏览器和服务器每进行一次HTTP操作，就建立一次连接，任务结束就中断连接。如果客户端浏览器访问的某个HTML或其他类型的 Web页中包含有其他的Web资源，如JavaScript文件、图像文件、CSS文件等，每遇到这样一个Web资源，就会建立一个HTTP会话。

      从HTTP/1.1起，默认使用的是长连接，用以保持连接特性。使用长连接的HTTP协议，会在响应头有加入：Connection:keep-alive。在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的 TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接。Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间。

      HTTP协议的长连接和短连接，实质上是TCP协议的长连接和短连接。实现HTTP长连接必须要客户端和服务端都支持。

4. 长连接和短连接的优点和缺点

　　由上可以看出，长连接可以省去较多的TCP建立和关闭的操作，减少浪费，节约时间。对于频繁请求资源的客户来说，较适用长连接。不过这里存在一个问题，存活功能的探测周期太长，还有就是它只是探测TCP连接的存活，属于比较斯文的做法，遇到恶意的连接时，保活功能就不够使了。在长连接的应用场景下，client端一般不会主动关闭它们之间的连接，Client与server之间的连接如果一直不关闭的话，会存在一个问题，随着客户端连接越来越多，server早晚有扛不住的时候，这时候server端需要采取一些策略，如关闭一些长时间没有读写事件发生的连接，这样可以避免一些恶意连接导致server端服务受损；如果条件再允许就可以以客户端机器为颗粒度，限制每个客户端的最大长连接数，这样可以完全避免某个蛋疼的客户端连累后端服务。

      短连接对于服务器来说管理较为简单，存在的连接都是有用的连接，不需要额外的控制手段。但如果客户请求频繁，将在TCP的建立和关闭操作上浪费时间和带宽。

      长连接和短连接的产生在于client和server采取的关闭策略，具体的应用场景采用具体的策略，没有十全十美的选择，只有合适的选择。 

5. 什么时候用长连接，短连接？ 

 　  长连接多用于操作频繁，点对点的通讯，而且连接数不能太多情况。每个TCP连接都需要三步握手，这需要时间，如果每个操作都是先连接，再操作的话那么处理速度会降低很多，所以每个操作完后都不断开，下次处理时直接发送数据包就OK了，不用建立TCP连接。例如：数据库的连接用长连接， 如果用短连接频繁的通信会造成socket错误，而且频繁的socket 创建也是对资源的浪费。

      而像WEB网站的http服务一般都用短链接，因为长连接对于服务端来说会耗费一定的资源，而像WEB网站这么频繁的成千上万甚至上亿客户端的连接用短连接会更省一些资源，如果用长连接，而且同时有成千上万的用户，如果每个用户都占用一个连接的话，那可想而知吧。所以并发量大，但每个用户无需频繁操作情况下需用短连好。


HTTP/2 （原名HTTP/2.0）即 ​​超文本​​​ ​ ​​传输协议​​​ 2.0，是下一代 ​ ​​HTTP协议​​​。是由 ​ ​​互联网工程任务组​​​（ ​ ​​IETF​​​）的Hypertext Transfer Protocol Bis (httpbis)工作小组进行开发。是自1999年 ​ ​​http​​​1.1发布后的首个更新。HTTP 2.0在2013年8月进行首次合作共事性测试。在开放互联网上HTTP 2.0将只用于https://网址，而 http://网址将继续使用HTTP/1，目的是在开放互联网上增加使用加密技术，以提供强有力的保护去遏制主动攻击。DANE RFC6698允许 ​ ​​域名​​​管理员不通过第三方 ​ ​​CA​​自行发行证书。


苹果从iOS9开始支持HTTP2.0，对iOS开发人员来说，即是iOS9开始，NSURLSession可以支持HTTP2.0。

因为苹果已经打算废弃NSURLConnection，所以NSURLConnection不能支持HTTP2.0。

UIWebView也不能支持HTTP2.0(当然，如果你使用UIWebView，然后使用NSURLProtocol，在NSURLProtocol中使用NSURLSession，这样也是可以支持HTTP2.0的)，WKWebView是可以的。

  • HTTP2.0相对HTTP1.1的优势是什么？

主要有几点：

1. 相同的Host占用一个TCP链接

2. 请求可以设置优先级

3. 采用二进制协议，而不是之前的文本协议

4. 多路复用

5. 头部压缩

TCP在建立链接的过程中，需要经过三次握手， HTTP协议是建立在TCP协议之上的，不过HTTP是短链接，一旦请求结束，链接要被释放，但是为了提升服务端于客户端之间请求的效率（减少TCP建立链接的性能损耗），所以虽然HTTP链接被释放了，但是底层TCP链接还在（可以用wireshark抓包看看）。

但是TCP链接也不是无限多，iOS的NSURLSession是分配的4个TCP链接，MAC是6个。