HTTP2 - 如何拥有类似 WebSocket 的功能（Keep-Alive、EventSource 等）

Question

想知道如何在 Node.js 中建立客户端和服务器之间的持久连接。

持久连接应该能够从双方来回发送请求。似乎它需要一种机制来描述每个请求，例如 \r\n 如果请求是 JSON，但如果之前已经完成，则不确定这里有什么最佳实践。想知道 web-sockets 是如何处理这个问题的。

Mozilla 说 Keep-Alive 不应该在生产中使用，所以想知道这是否仍然适用于 HTTP2。

使用EventSource，您可以接收服务器事件，但想知道是否有办法添加客户端事件以发送到服务器。

最后，我想为 WebSockets 之类的双向通信设置一个简单的设置，但我不确定 HTTP2 的最佳实践以及是否应该使用 WebSockets 来完成。我宁愿在没有 websockets 的情况下尝试这样做。

• https://daniel.haxx.se/blog/2016/06/15/no-websockets-over-http2/

Answer 1

恕我直言，我相信您错误地认为 HTTP/2 连接是特定于页面的。

实际上，HTTP/2 连接通常是浏览器范围的连接。 HTTP/2 push 不可能知道哪个页面/选项卡将使用数据（可能不止一个）。

另外，请参阅here 讨论，其中包含关于为什么 HTTP/2 不能（或不应该）用作 Websocket 替代方案的无数原因。

另一方面，如果 HTTP/2 被“承诺”并且 Websocket 不可用，那么轮询可能是一种选择。

使用 HTTP/2 轮询将比使用 HTTP/1.1 轮询更加资源友好，尽管由于额外的标头和身份验证数据，它仍然比 Websocket 推送（或轮询）昂贵得多（它也会减少安全性，但这可能是没有人真正关心的事情）。

附言

基于 HTTP/2 的 Websockets

除非 HTTP/1.1 被淘汰，否则这不是问题（事实上，恕我直言，这是故意的，而且很好）。

的确，HTTP/2 连接不能“升级”（更改）为 Websocket 连接，也不能隧道 Websocket 数据，但这绝对没有任何意义。

新的 Websocket 连接使用现有的 HTTP/1.1 升级握手，就是这样。

任何支持 Websockets 的 HTTP/2 服务器都将支持握手。

保持活动状态

Mozilla 对非标准的Keep-Alive 标头发出警告。但是，绝对推荐 HTTP/1.1 的 Connection: keep-alive 标准（这也是 HTTP/1.1 客户端的默认值）。

SSE（服务器发送事件）

SSE 早于 Websockets，它们在社区中并没有引起太大的关注，而 Websockets 被采用了。

想知道是否有办法添加客户端事件以发送到服务器

简单 - 发送 HTTP 请求。可以通过 SSE 异步接收回复。

我更喜欢 Websockets。就服务器端而言，我发现它们更易于管理和编码。