服务端事件推送 (SSE) - 自动重连

在Golang实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《服务端事件推送 (SSE) - 自动重连》，聊聊，希望可以帮助到正在努力赚钱的你。

我无法理解“自动重新连接”对于 SSE 的工作原理。

我一直在阅读 Mozilla 和 WC3 的文档以及其他一些讨论，但我仍然不确定它是如何工作的。

https://html.spec.whatwg.org/multipage/server-sent-events.html https://developer.mozilla.org/en-US/docs/Web/API/Server-sent_events

我已经在 Golang 中使用 gorilla/mux 实现了 SSE，并且一切正常。现在到了有趣的部分，我可以断开与服务器的连接，但连接会在几秒钟后神奇地恢复。我自己还没有实现任何功能，所以我不确定这是如何发生的？

所有主流浏览器都会尝试自动重新连接，但我从未手动设置任何事件 ID。浏览器会重新连接但只是收不到断开连接期间发送的任何丢失的数据吗？ （这是使用EventID可以解决的问题，但我对此没有兴趣）。即，浏览器可以在不使用EventID的情况下重新连接吗？或者可能是其他原因使这种“重新连接”成为可能？

解决方案

根据规范，客户端必须发送 Last-Event-Id 标头来告知服务器其成功接收到的最后一个事件 id。仅当使用具有空值的 id 字段发送事件时（与仅发送数据并完全忽略 id 不同）Last-Event-Id 在客户端重置（您可以将其视为块事务）。

参见https://www.w3.org/TR/2009/WD-eventsource-20090421/中第5节处理模型

稍后在第 7 节解释事件流中对此有很好的解释，其中描述了 test-stream 实际示例，说明客户端发送的 Last-Event-Id 如何受到事件 id 的值（和存在）的影响。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。