计算机网络

webSocket

HTTP协议的缺陷

通信只能由客户端发起。例如，我们想了解今天的天气，只能是客户端向服务器发出请求，服务器返回查询结果。HTTP 协议做不到服务器主动向客户端推送信息的， 这种单向请求的特点，注定了如果服务器有连续的状态变化，客户端要获知就非常麻烦，客户端只能使用”轮询”的方式，即每隔一段时间，就发出一个请求，请求服务器有没有状态变化 。可见轮询的效率低，非常浪费资源。

Keep-alive的缺点（http1.1）

Keep-alive的确可以实现长连接，但是这个长连接是有问题的，本质上依然是客户端主动发起-服务端应答的模式，是没法做到服务端主动发送通知给客户端的。也就是说，在一个HTTP连接中，客户端可以发送多个Request，接收多个Response。但是请记住 Request = Response ， 在HTTP中永远是这样，一个request只能有一个response。而且这个response也是被动的，不能主动发起。放上一张图，图左为没开启Keep-alive，图右为开启了Keep-alive，可以看出依然是一问一答的模式，向较左边只是省略了每次的关闭和打开操作。

webSocket能实现服务器状态变化的时候主动通知客户端

相对于传统 HTTP每次请求-应答都需要客户端与服务端建立连接的模式，WebSocket是类似 Socket 的 TCP 长连接的通讯模式，一旦 WebSocket 连接建立后，后续数据都以帧序列的形式传输。在客户端断开 WebSocket 连接或 Server 端断掉连接前，不需要客户端和服务端重新发起连接请求。且客户端发送和接受消息是在同一个持久连接上发起，实时性优势明显。

WebSocket 的其他特点：

• 建立在 TCP 协议之上，服务器端的实现比较容易。
• 与 HTTP 协议有着良好的兼容性。默认端口也是80和443，并且握手阶段采用 HTTP 协议，因此握手时不容易屏蔽，能通过各种 HTTP 代理服务器。
• 数据格式比较轻量，性能开销小，通信高效。
• 可以发送文本，也可以发送二进制数据。
• 没有同源限制，客户端可以与任意服务器通信。
• 协议标识符是ws（如果加密，则为wss），服务器网址就是 URL。