文章目录
- 一、通信机制
- 1、轮询
- 1.1、短轮询
- 1.2、长轮询
- 2、Websocket
- 3、Server-Sent Events
- 二、区别
- 1、连接方式
- 2、协议
- 3、兼容性
- 4、安全性
- 5、优缺点
- 5.1、WebSocket 的优点:
- 5.2、WebSocket 的缺点:
- 5.3、SSE 的优点:
- 5.4、SSE 的缺点:
- 6、技术实现
- 7、数据格式
- 8、连接状态
- 三、示例代码:
- 1、WebSocket 示例:
- 2、SSE 示例:
- 四、总结
一、通信机制
一个网页获取新的数据通常需要发送一个请求到服务器,也就是向服务器请求的页面。使用服务器发送事件,服务器可以随时向我们的 Web 页面推送数据和信息。这些被推送进来的信息可以在这个页面上以 事件 + 数据 的形式来处理。
1、轮询
顾名思义,轮询就是在某个时间间隔内定期向服务器发送请求。其中轮询有分为短轮询和长轮询。这是一种客户端主动请求的方式。
1.1、短轮询
定期向服务器请求,无论请求的资源是否可用,服务器都会尽快响应,客户端再次发起下次轮询。这种方式会比较消耗网络带宽,如果资源一直不可用就会有很多不必要的请求发送到服务器。
1.2、长轮询
定期向服务器发送请求,与短轮询不同的是,在资源不可用时长轮询不会立即将连接关闭,而是会等待资源可用后在响应客户端。或者等待了一段时间资源任然不可用(超时)服务器将连接关闭,客户端等待一段时间后再次发起请求。
与短轮询相比,长轮询更高效一些,请求数量减少了很多。
2、Websocket
在客户端和服务器打开交互式的通信会话。这是一种全双工通信,客户端与服务器会建立一个持久连接,服务器可以主动发送数据给客户端。客户端可以通过监听事件来处理来自服务器的消息。与轮询的方式相比,大大减少了延迟,没有了数据更新的往返时间。
3、Server-Sent Events
服务器发送事件,SSE会建立一个持久的HTTP连接。建立连接后服务器可以主动往客户端推送数据。与websocket不同,这是一种单向通信的方式,即建立连接后客户端不能向服务器发送数据。
二、区别
1、连接方式
- WebSocket
WebSocket 是双向通信,客户端和服务器可以相互发送消息;
- SSE
SSE 是单向通信,只能由服务器向客户端发送消息。
2、协议
- WebSocket
WebSocket 使用的是 WebSocket 协议
- SSE
SSE 使用的是 HTTP 协议
3、兼容性
- WebSocket
WebSocket 在一些老版本 Android 手机上可能存在兼容性问题,需要使用一些特殊的 API 进行处理。
- SSE
SSE 是标准的 Web API,可以在大部分现代浏览器和移动设备上使用。但如果需要兼容老版本的浏览器(如 IE6/7/8),则需要使用 polyfill 库进行兼容。
4、安全性
-
SSE 的实现比较简单,都是基于 HTTP 协议的,与普通的 Web 应用没有太大差异,因此风险相对较低。
-
WebSocket 则需要通过额外的安全措施(如 SSL/TLS 加密)来确保数据传输的安全性,避免被窃听和篡改,否则可能会带来安全隐患。
5、优缺点
5.1、WebSocket 的优点:
-
实时性高:WebSocket 可以实现双向实时通信,数据传输速度快。
-
低延迟:WebSocket 的延迟较低,适用于对实时性要求较高的场景。
-
全双工:WebSocket 支持全双工通信,即客户端和服务器可以同时发送和接收数据。
5.2、WebSocket 的缺点:
-
兼容性差:WebSocket 的支持程度不如 SSE,部分旧版本浏览器不支持。
-
实现复杂:WebSocket 的实现相对复杂,需要处理更多的细节。
5.3、SSE 的优点:
-
兼容性好:SSE 的支持程度较高,所有现代浏览器都支持。
-
实现简单:SSE 的实现相对简单,只需监听服务器发送的消息即可。
-
实时性:SSE 可以实现服务器向客户端推送消息,满足实时性需求。
5.4、SSE 的缺点:
-
单向通信:SSE 只能由服务器向客户端发送消息,无法实现双向通信。
-
传输速度较慢:SSE 的数据传输速度相对较慢,可能不适用于对实时性要求极高的场景。
6、技术实现
-
SSE 基于 HTTP 协议,利用了其长连接特性,通过浏览器向服务器发送一个 HTTP 请求,建立一条持久化的连接。
-
WebSocket 则是通过特殊的升级协议(HTTP/1.1 Upgrade 或者 HTTP/2)建立新的 TCP 连接,与传统 HTTP 连接不同。
7、数据格式
-
SSE 可以传输文本和二进制格式的数据,但只支持单向数据流,即只能由服务器向客户端推送数据。
-
WebSocket 支持双向数据流,客户端和服务器可以互相发送消息,并且没有消息大小限制。
8、连接状态
-
SSE 的连接状态仅有三种==:已连接、连接中、已断开==。连接状态是由浏览器自动维护的,客户端无法手动关闭或重新打开连接。
-
WebSocket 连接的状态更灵活,可以手动打开、关闭、重连等。
三、示例代码:
1、WebSocket 示例:
// 创建 WebSocket 连接
const socket = new WebSocket('ws://example.com/socket');
// 连接打开时触发
socket.addEventListener('open', (event) => {
console.log('WebSocket 连接已打开');
});
// 接收到服务器消息时触发
socket.addEventListener('message', (event) => {
console.log(www.5ahospital.com/anli/90.html);
});
// 发送消息到服务器
socket.send('Hello, WebSocket!');
2、SSE 示例:
// 创建 EventSource 对象
const source = new EventSource('http://example.com/sse');
// 接收到服务器消息时触发
source.addEventListener('message', (event) => {
console.log('收到服务器消息:', event.data);
});
四、总结
-
WebSocket比SSE功能更加强大,WebSocket是在服务端和客户端建立的双向实时数据通道,而SSE只支持服务端想客户端的单向通讯
-
浏览器对WebSocket的支持也更加广泛,IE、Edge几乎不支持SSE
-
WebSocket有一套独立的标准协议,在使用过程中必须按照标准协议来,而SSE使用的是Http协议,只需要更改Context-Type为"text/event-stream; charset=utf-8"即可,这里需要特殊注意的一点,必须是utf-8
-
SSE 属于轻量级,使用特别简单,WebSocket协议相对复杂些
-
SSE 内置断线重连和消息追踪的功能,WebSocket的也能实现,但是不在协议范围内,需要手动实现
-
SSE 只支持纯文本传送(如果需要发送二进制文本的话,需要先编码下然后再传送),WebSocket不仅支持文本还支持二进制数据传送
-
SSE 支持自定义发送的消息类型(Type)
-
SSE 适合服务器发送单向事件,心跳之类的简单数据,WebSocket试用于前后端通讯,例如聊天服务等,具体场景具体对待