WebSocket 是基于 TCP 的一种新的网络协议。它实现了浏览器与服务器全双工通信——浏览器和服务器只需要完成一次握手，两者之间就可以创建持久性的连接， 并进行双向数据传输。【应用场景：视频弹幕、网页聊天、体育实况更新、股票基金报价】
缺点：
- 服务器长期维护长连接需要一定的成本
- 各个浏览器支持程度不一
- WebSocket 是长连接，受网络限制比较大，需要处理好重连
一、与HTTP协议对比
WebSocket 是一种双向实时通信协议，而 HTTP 是一种单向通信协议。并且，HTTP 协议下的通信只能由客户端发起，服务器无法主动通知客户端。
WebSocket 使用 ws:// 或 wss://（使用 SSL/TLS 加密后的协议，类似于 HTTP 和 HTTPS 的关系） 作为协议前缀，HTTP 使用 http:// 或 https:// 作为协议前缀。
WebSocket 可以支持扩展，用户可以扩展协议，实现部分自定义的子协议，如支持压缩、加密等。
WebSocket 通信数据格式比较轻量，用于协议控制的数据包头部相对较小，网络开销小，而 HTTP 通信每次都要携带完整的头部，网络开销较大（HTTP/2.0 使用二进制帧进行数据传输，还支持头部压缩，减少了网络开销）
WebSocket并不能完全取代HTTP，它只适合在特定的场景下使用
【问：为什么websocket更好？】
WebSockets更适合低延迟通信的情况，特别是客户端到服务器消息的低延迟。对于从服务器到客户机的数据，您可以使用长时间保持的连接和块传输获得相当低的延迟。但是，这无助于解决客户机到服务器的延迟问题，因为这需要为每个客户机到服务器的消息建立一个新的连接。
HTTP和WebSocket都有相同大小的初始连接握手，但是对于WebSocket连接，初始握手执行一次，然后小消息只有6字节的开销(头2字节和掩码值4字节)。延迟开销不是来自报头的大小，而是来自解析/处理/存储这些报头的逻辑。此外，TCP连接建立延迟可能是比每个请求的大小或处理时间更大的因素
参考： kanaka
二、与SSE对比
SSE 是基于 HTTP 协议的，它们不需要特殊的协议或服务器实现即可工作；WebSocket 需单独服务器来处理协议。
SSE 单向通信，只能由服务端向客户端单向通信；WebSocket 全双工通信，即通信的双方可以同时发送和接受信息。
SSE 实现简单开发成本低，无需引入其他组件；WebSocket 传输数据需做二次解析，开发门槛高一些。
SSE 默认支持断线重连；WebSocket 则需要自己实现。
SSE 只能传送文本消息，二进制数据需要经过编码后传送；WebSocket 默认支持传送二进制数据
SSE 具有 WebSocket 在设计上缺乏的多种功能，例如：自动重新连接、事件 ID 和发送任意事件的能力
1.SSE相对于Websockets的优势:
通过简单的HTTP传输，而不是自定义协议
可以用javascript填充多边形，将SSE“后移植”到还不支持它的浏览器。
内置支持重新连接和事件id
简单的协议
公司防火墙做包检查没有问题
2.Websockets相对于SSE的优势:
实时、双向通信。
更多浏览器的本地支持
3.SSE的理想用例:
股票行情流
推特更新
通知浏览器
4.缺点:
不支持二进制
最大打开连接限制
参考：Alex Recarey
