EventSource / 服务器通过 Nginx 发送的事件

Question

在服务器端使用带有 stream 块的 Sinatra。

get '/stream', :provides => 'text/event-stream' do
  stream :keep_open do |out|
    connections << out
    out.callback { connections.delete(out) }
  end
end

在客户端：

var es = new EventSource('/stream');
es.onmessage = function(e) { $('#chat').append(e.data + "\n") };

当我通过http://localhost:9292/ 直接使用应用程序时，一切正常。连接是持久的，所有消息都会传递给所有客户端。

但是，当它通过 Nginx http://chat.dev 时，连接会断开，并且每隔一秒左右就会触发一次重新连接。

我觉得 Nginx 设置没问题：

upstream chat_dev_upstream {
  server 127.0.0.1:9292;
}

server {
  listen       80;
  server_name  chat.dev;

  location / {
    proxy_pass http://chat_dev_upstream;
    proxy_buffering off;
    proxy_cache off;
    proxy_set_header Host $host;
  }
}

在upstream 部分以及proxy_set_header Connection keep-alive;in location 中尝试了keepalive 1024。

没有任何帮助:(

没有持久连接和未传递给任何客户端的消息。

Answer 1

你的 Nginx 配置是正确的，你只是漏掉了几行。

这是一个通过 Nginx 制作 EventSource 的“魔法三重奏”：

proxy_set_header Connection '';
proxy_http_version 1.1;
chunked_transfer_encoding off;

将它们放入location 部分，它应该可以工作。

您可能还需要添加

proxy_buffering off;
proxy_cache off;

这不是官方的做法。

我通过“反复试验”+“谷歌搜索”得到了这个结果:)

Answer 2

另一种选择是在您的响应中包含一个值为“no”的“X-Accel-Buffering”标头。 Nginx 对其特殊对待， 见http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_buffering

Answer 3

不要自己从头开始编写。 Nginx 是一个很棒的事件服务器，它的模块可以为您处理 SSE，而不会降低上游服务器的性能。

查看https://github.com/wandenberg/nginx-push-stream-module

它的工作方式是订阅者（使用 SSE 的浏览器）连接到 Nginx，然后连接停止。发布者（Nginx 后面的服务器）将在相应的路由上向 Nginx 发送 POST，此时 Nginx 将立即转发到浏览器中等待的 EventSource 侦听器。

这种方法比让您的 ruby​​ 网络服务器处理这些“长轮询”SSE 连接更具可扩展性。