长连接、短连接与WebSocket 的区别

1. 长连接与短连接

1. 短连接

    HTTP1.0中默认使用短连接。也就是说，客户端和服务器每进行一次HTTP操作，就建立一次连接，任务结束就中断连接。HTTP的生命周期通过Request来界定，也就是说一个Request、一个Response，那么在HTTP1.0中，这次HTTP请求就结束了。

2. 长连接

    从HTTP1.1起，默认使用长连接，用以保持连接特性。使用长连接的HTTP协议，会在响应头加入这行代码：

Connection:keep-alive；  

    在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，客户端再次访问这个服务器时，会继续使用这一条已经建立的连接。也就是说，在这样一个HTTP连接中，可以发送多个Request，接收多个Response。但是Request和Response永远是相对应的，也就是说一个request只能有一个response。并且这个response也是被动的，不能主动发起。

    此外，Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间。实现长连接需要客户端和服务端都支持长连接。    

2. Websocket

    Websocket其实是基于HTTP协议的一个新的协议，是HTTP协议上的一种补充，但是不等于http协议的长连接（有交集，但是基本没有关系：Websocket 属于HTML5新特性，而http协议和HTML本身没有直接关系）。

Websocket借用了HTTP的协议来完成一部分握手，解决的http的几项难题：

1. 被动性

    当服务器完成协议升级后（即由 HTTP 升级为 Websocket），服务端就可以主动推送信息给客户端；只需要经过一次HTTP请求，就可以做到源源不断的信息传送。

2. 服务器端的资源消耗

    long poll 和 ajax轮询 对服务器资源有很大的消耗：ajax轮询需要服务器有很快的资源处理速度；long poll 采用阻塞模型，需要有很高的并发，占用服务器资源空间。

    而Websocket建立后，可以直接建立持久连接，有信息的时候由服务端主动进行信息传送。

3. 处理速度慢

    HTTP协议是无状态的，每建立一次http协议，就要重新发送鉴别信息告诉服务器你是谁，因此会消耗多余无用的传输和处理的时间；Websocket只需要一次HTTP握手，就可以保持通讯状态，直到关闭请求。解决了反复解析HTTP协议，查看identity info的问题。