Golang服务器默认超时（长轮询）服务器发送的事件调用。调用已关闭，如何保持它打开？

Question

我在Heroku上使用这个惊人的Golang（https://github.com/r3labs/sse）SSE服务器。

存在超时限制：https://devcenter.heroku.com/articles/request-timeout#long-轮询和流式处理响应：

如果要发送流式响应，例如服务器发送事件，则需要检测客户端何时挂起，并确保应用服务器立即关闭连接。如果服务器保持连接打开55秒而不发送任何数据，您将看到请求超时。

我知道在WebSocket世界中，有一个保持ping的概念。

我正在尝试使用此代码：

go func() {
  for range time.Tick(time.Second * 1) {
    fmt.Println("a second")
    sseServer.Publish("test", &sse.Event{Data: []byte("ping")})
  }
}()

使用以下简单服务器：

httpServer := &http.Server{
  //...
  ReadTimeout:  "10s",
  WriteTimeout: "10s",
}

但它不起作用。通话在10秒（和10次ping）后结束。

我认为Heroku也会失败。

我错在哪里？

我们可以只更改这些SSE调用的超时吗？

还有别的办法吗？

更新

我不需要准确检测断开连接的客户端，我一点也不在乎。当服务器上发生某些事情时，我正在使用它来刷新仪表板。

我不喜欢将WebSocket用于如此简单的事情。

我想我没有很好地解释我自己，因为我不想使用ping来检测断开连接的客户端，而是因为我希望连接不会被中断（就像Heroku上发生的那样）。

如果在Windows和Docker linux容器上完全删除ReadTimeout字段，连接不会停止，一切正常。

因为在Heroku上，连接每55秒就会因为超时而下降，我在第一篇文章中告诉过你，我用那个非常简单的代码尝试了那个循环，它起作用了：SSE调用不再关闭！

1. 如何在任何情况下为所有其他调用（不是SSE）设置默认ReadTimeout；我认为最好的做法是设置默认ReadTimeout。

如何做？

Answer 1

您不需要ReadTimeout；在初始EventSource/server Sent Events（SSE）连接之后，服务器将永远不会从客户端读取任何内容。

因此，使用SSE连接设置默认读取超时不是最佳做法，因为读取超时总是会被命中。您无法通过最初的SSE GET请求发送更多数据。

您应该将SSE基本上视为一个永远不会关闭的GET请求，因为它几乎就是字面意思。这意味着它在大多数代理服务器上运行良好，而在它不运行的地方（代理服务器应用自己的超时），客户端将自动重新连接，这实际上是一个非常好的功能，在webockets中找不到（尽管大多数webocket客户端库确实实现了它）。

您可能想通读这篇文章，了解更多关于苏格兰和南方能源公司（SSE）的伟大（但不是那么伟大）的事情：https://www.smashingmagazine.com/2018/02/sse-websockets-data-flow-http2/

关于您的另一个问题，您可能正在寻找HTTP路由库，该库允许您对一些GET请求应用超时，而不是其他请求，但问题是为什么；如果您试图防止资源流失，那么应该在所有endpoint上均匀地应用该保护。