websocket相关

  之前使用过websocket，一直没彻底搞明白，趁着今天没事，总结下websocket相关。

HTTP(HyperText Transfer Protocol 超文本传输协议)

  http被设计用于web客户端和服务端通信，也可以用于其他目的，是应用层协议。在传输层使用TCP协议，在网络层使用IP协议。IP协议主要解决网络路由和寻址问题，TCP协议主要解决如何在IP层之上可靠的传递数据包，使在网络上的另一端收到发端发出的所有包，并且顺序与发出顺序一致。TCP有可靠，面向连接的特点。

  http协议是无状态的，即对事务的处理没有记忆能力，无法记录客户端状态，通俗点就是http请求下次会完全忘了上次干了什么（谁发起的请求，请求内容是什么）。

  HTTP的生命周期通过Request来界定，也就是一个Request 一个Response，那么在HTTP1.0中，这次HTTP请求就结束了。
在HTTP1.1中进行了改进，使得有一个keep-alive，也就是说，在一个HTTP连接中，可以发送多个Request，接收多个Response。
但是请记住 Request = Response ， 在HTTP中永远是这样，也就是说一个request只能有一个response。而且这个response也是被动的，不能主动发起。

http的长连接和短连接

  上文有提到http1.1的keep-alive，在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协议的长连接和短连接。

轮询和长轮询

  在h5推出websocket之前，为了实现状态更新或者服务端推送，主要采用轮询或者长轮询。轮询顾名思义，客户端定时循环去询问服务端，来获取最新的消息。长轮询主要实现方式有comet，基本原理就是基于http长连接，在客户端访问之后，保持http通信状态，不做回复，当有新的消息的时候再做回复，客户端收到回复之后再次发起访问。

Webscoket

  Websocket是一个持久化的协议，相对于HTTP这种非持久的协议来说。websocket需要http请求来实现与服务端的握手。通过webscoket协议可以建立起持久的通信通道。

websocket有以下特点

（1）建立在 TCP 协议之上，服务器端的实现比较容易。

（2）与 HTTP 协议有着良好的兼容性。默认端口也是80和443，并且握手阶段采用 HTTP 协议，因此握手时不容易屏蔽，能通过各种 HTTP 代理服务器。

（3）数据格式比较轻量，性能开销小，通信高效。

（4）可以发送文本，也可以发送二进制数据。

（5）没有同源限制，客户端可以与任意服务器通信。

（6）协议标识符是ws（如果加密，则为wss），服务器网址就是 URL。

  之前的http短连接轮询方式，需要服务器有很快的处理速度和资源，由于http是无状态协议，长轮询每次访问都要重新解析请求头信息，验证请求头信息，同样很消耗资源。websocket实现了真正的服务端推送，建议与服务端直接交流的通道。