Redis 长轮询 Pub/Sub 频繁消息阻塞。

我正在努力理解Redis Pub/Sub API并设置一个长轮询服务器。

此lua脚本订阅“test”频道并返回接收的新消息：

nginx.conf：

位置/调查{ lua_need_request_body on; default_type'纯文本'; content_by_lua_file'/usr/local/nginx/html/poll.lua'; }  

poll.lua：

local redis = require"redis"; local red = redis：new（）; local cjson = require"cjson";

red：set_timeout（30000） - 30秒

local resCon，err = red：connect（“ 127.0.0.1”，6379） 如果不是resCon then ngx.print（“错误”） 返回 结束

local resSub，err = red：subscribe（'r：' .. ngx.var [“ arg_r”]：gsub（'％W'，''））

如果不是resSub then ngx.print（“错误”） 返回 结束

如果resSub == ngx.null then ngx.print（“错误”） 返回 结束

local resMsg，err = red：read_reply（）

如果不是resMsg then ngx.say（“ 0”） 返回 结束

ngx.say（cjson.encode（resMsg））

client.js：

var tmpR ='测试'；

函数调查（）{ $。get（'/票'，{'r'：tmpR}，function（data）{ 如果数据！==“错误”{ console.log（data）; 窗户setTimeout（function（）{ 投票（）; }，1000）； }  else { console.log（'投票失败'）; } }）； } 

现在，如果我从redis-cli发送“publish r：test hello”，我将在客户端接收到该消息，并且服务器会向redis-cli响应“1”。但是，如果我快速发送两条消息，则第二条消息不会广播，并且服务器以“0”回复。

我的频道是否只能每秒接收一条消息，或者，这是用户可以广播到频道消息频率的限制？

这是适用于nginx的轮询服务器的正确方法，假设许多用户可能同时连接？使用定时器上的GET请求是否更有效？