Server-Sent Events（服务器发送事件） 和 WebSocket（网络套接字） 是两种常用的实时通信协议，用于在应用程序中进行快速高效的数据传输。它们在实时体验方面的期望随着时间的推移不断增长，随着技术的改进和对可能性的理解而不断提高。本文将比较这两种流行的实时协议——WebSockets 和 Server-Sent Event（SSE）API 。您将了解到它们各自的功能、优缺点以及何时使用它们。
WebSockets 是建立在设备的 TCP/IP 协议栈之上的一种轻量级传输层，提供了服务器和浏览器之间全双工、低延迟、事件驱动的连接。这对于实时应用程序非常理想，因为在初始的 HTTP 握手之后，单个 WebSocket 连接可以处理一个会话的所有消息，无需进一步的握手。当会话结束时，连接应该作为清理的一部分关闭。 [2]
WebSockets 的优点包括：
- 使用自定义的 ws 协议传输消息，工作在比 HTTP 更低的层级上。
- 连接是双向的，因此 WebSockets 非常适用于需要从服务器读取和写入数据的应用程序，例如聊天应用程序或多人游戏。
- 它可以复杂地从头开始实现 WebSocket，但有许多库可用于简化此过程。
- 基于事件的，无需轮询即可获取消息，有助于减少延迟。
- RFC 6455 - WebSocket 协议于 2011 年发布在 IETF 网站上，现在所有主流浏览器都支持它。 [2]
WebSockets 的缺点包括：
- 防火墙阻塞：一些企业防火墙在处理 WebSockets 时可能会出现问题 （特别是 SophosXG 防火墙、 WatchGuard 和 McAfee Web Gateway） 。
- 没有内置的重新连接支持：当 WebSocket 连接关闭时 （例如由于网络问题），客户端不会尝试重新连接到服务器，这意味着您需要编写额外的代码来轮询服务器，在可用时重新建立连接。或者，您可以使用 Server-Sent Events 或具有重新连接支持的库，如 Socket.IO 。 [2]
Server-Sent Events（SSE） 基于 Server-Sent DOM Events（服务器发送的 DOM 事件） 。浏览器可以使用 EventSource 接口订阅服务器生成的事件流，每当发生新事件时，就会接收到更新。 EventSource 接受来自特定 URL 的 HTTP 事件流连接，并在检索到可用数据时保持连接打开。 Server-Sent Events 是一种标准，描述了服务器在建立初始客户端连接后如何保持数据传输到客户端。它提供了一种内存高效的 XHR 流实现。与原始的 XHR 连接不同，原始 XHR 连接在连接断开之前会缓冲整个接收到的响应，而 SSE 连接可以在不累积所有消息的情况下丢弃已处理的消息。 [3]
Server-Sent Events 的优点包括：
- 可以在不支持它的浏览器中使用 JavaScript 进行 polyfill 。这对于向后兼容性非常有用，因为您可以依赖现有的实现而不必编写替代实现。
- 内置的重新连接支持：Server-Sent Event 连接在连接丢失后会重新建立连接，这意味着需要编写的代码更少，以实现基本的行为。
- 不会被防火墙阻塞：SSE 在进行数据包检查的企业防火墙中没有问题，这对于在企业环境中支持应用程序非常重要。
Server-Sent Events（SSE） 是一种基于服务器发送的 DOM 事件的协议。浏览器可以通过 EventSource 接口订阅由服务器生成的事件流，每当发生新事件时，浏览器就会接收到更新。 SSE 使用 XHR 流传输消息，连接是单向的，适用于只需要从服务器读取数据的应用程序，例如实时股票或新闻滚动。
WebSocket 是建立在设备的 TCP/IP 协议栈之上的一种轻量级传输层，提供了全双工、低延迟、事件驱动的服务器与浏览器之间的连接。 WebSocket 适用于需要从服务器读取和写入数据的应用程序，例如聊天应用程序或多人游戏。
下面是 Server-Sent Events 和 WebSocket 的一些比较：
Server-Sent Events：
- 使用 XHR 流传输消息，连接是单向的。
- 不需要复杂的实现，但相关的库较少。
- 事件驱动，无需轮询即可拦截消息。
- 支持自动重新连接，当连接丢失时会重新建立连接。
- 可以通过 JavaScript 进行 polyfill，以支持不支持 SSE 的浏览器。
- 不受企业防火墙的阻塞，适用于企业环境。
WebSocket：
- 使用自定义的 ws 协议传输消息，工作在比 HTTP 更低的层级。
- 连接是双向的，适用于需要从服务器读取和写入数据的应用程序。
- 实现 WebSocket 可能较为复杂，但有许多库可用于简化实现。
- 事件驱动，无需轮询即可拦截消息。
- 不受企业防火墙的阻塞，但某些企业防火墙可能无法处理 WebSocket 。
- 没有内置的重新连接支持，需要额外的代码来重新建立连接。
根据具体的应用场景和需求，可以选择使用 Server-Sent Events 或 WebSocket 。如果只需要从服务器读取数据，并且需要自动重新连接的功能，可以选择 Server-Sent Events 。如果需要双向通信，并且需要更高级的功能和更大的灵活性，可以选择 WebSocket 。
Learn more: