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连接建立延迟可能是比每个请求的大小或处理时间更大的因素
二、与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.缺点:
- 不支持二进制
- 最大打开连接限制