在现代 Web 应用中，实时通信已经成为了必不可少的一部分。而在实现实时通信时，使用 WebSocket 或者轮询都是比较常见的方式。但是这些方式都有它们各自的缺点，比如 WebSocket 需要在服务器端实现支持，而轮询会造成大量的无用请求。而 Server-sent Events（SSE）则是一个比较优秀的解决方案。
什么是 Server-sent Events
Server-sent Events（SSE）是一种基于 HTTP 的单向通信协议，它允许服务器向客户端推送事件流。与 WebSocket 不同的是，SSE 是基于 HTTP 的，因此它不需要在服务器端实现额外的协议支持。同时，SSE 也比轮询更加高效，因为它使用一个长连接来保持连接状态，并且只有在有新的数据时才会进行传输。
如何使用 Server-sent Events
使用 SSE 实现实时通信非常简单，我们只需要在客户端使用 JavaScript 的 EventSource 对象来连接到服务器端，并且监听服务器端推送的事件即可。
以下是一个使用 SSE 实现实时通信的示例代码：
服务器端代码（Node.js）
-- -------------------- ---- -------
----- ---- - ----------------
----------------------- ---- -- -
------------------ -
--------------- --------------------
---------------- -----------
------------- ------------
---
-------------- -- -
---------------- ----- ----------------------------
-- ------
----------------客户端代码
const eventSource = new EventSource('http://localhost:3000');
eventSource.onmessage = (event) => {
console.log(event.data);
};在上面的示例代码中，我们使用 Node.js 创建了一个 HTTP 服务器，并且向客户端推送了一个每秒钟更新一次的事件流。在客户端，我们使用 JavaScript 的 EventSource 对象连接到服务器端，并且监听服务器端推送的事件。
Server-sent Events 的优点和缺点
使用 SSE 实现实时通信有以下优点：
- 不需要在服务器端实现额外的协议支持，只需要使用普通的 HTTP 服务器即可。
- 比轮询更加高效，因为它使用一个长连接来保持连接状态，并且只有在有新的数据时才会进行传输。
- 支持跨域请求。
使用 SSE 实现实时通信也有以下缺点：
- SSE 只支持单向通信，不能像 WebSocket 一样进行双向通信。
- SSE 不支持二进制数据传输。
结论
在实现实时通信时，使用 Server-sent Events 是一个比较优秀的解决方案。它比 WebSocket 更加简单易用，并且不需要在服务器端实现额外的协议支持。同时，它也比轮询更加高效，因为它使用一个长连接来保持连接状态，并且只有在有新的数据时才会进行传输。但是需要注意的是，SSE 只支持单向通信，不能像 WebSocket 一样进行双向通信。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/6758fade62956301acd3dde6