我正在构建一个通过Web套接字连接到服务器的Web应用程序。服务器组件是基于sinatra
,redis
和faye-websocket
的小型Ruby应用程序。服务器正在Phusion Passenger上运行。一个单独的更新程序守护程序不断从各种来源提取更新并将它们发布到redis(使用redis
gem和Redis::publish
)。
为了将更新推送到客户端,我在Sinatra应用程序中尝试了以下内容:
get '/' do
if Faye::WebSocket.websocket?(request.env)
store = Redis.new
ws = Faye::WebSocket.new(request.env)
ws.on(:open) do |event|
store.incr('connection_count')
puts 'Client connected (connection count: %s)' % store.get('connection_count')
end
ws.on(:close) do |event|
store.decr('connection_count')
puts 'Client disconnected (connection count: %s)' % store.get('connection_count')
end
ws.rack_response
store.subscribe(:updates) do |on|
on.message do |ch, payload|
puts "Got update"
ws.send(payload) if payload
end
end
end
end
这只能部分起作用。客户端可以成功连接并接收更新,但store.incr
和store.decr
电话无法正常工作。此外,连接似乎没有正确关闭 - 当我启动多个客户端时,我注意到连接堆积,Passenger服务器最终停止工作。
日志输出:
devserver_1 | App 614 stdout: Got update
devserver_1 | App 614 stdout: Got update
devserver_1 | App 614 stdout: Got update
当我注释掉下面的块时,跟踪连接突然起作用:
store.subscribe(:updates) do |on|
on.message do |ch, payload|
puts "Got update"
ws.send(payload) if payload
end
end
日志输出:
devserver_1 | App 1028 stdout: Client connected (connection count: 1)
devserver_1 | App 1039 stdout: Client connected (connection count: 2)
devserver_1 | App 1039 stdout: Client disconnected (connection count: 1)
devserver_1 | App 1028 stdout: Client disconnected (connection count: 0)
因此,使用Redis::subscribe
似乎会以某种方式干扰Web套接字连接。
我该如何解决这个问题?
答案 0 :(得分:5)
我认为这里的问题是Faye使用EventMachine,这意味着您的线程上有一个处理事件的反应器,并调用您的回调ws.on(:open)
和ws.on(:close)
。
现在,当你点击
store.subscribe(:updates) do |on|
on.message do |ch, payload|
puts "Got update"
ws.send(payload) if payload
end
end
这是一个阻塞操作 - 它完全阻止当前线程。如果当前线程被阻塞,则反应器无法侦听事件,然后调用您的回调。
对此的一个解决方案是在另一个线程上运行store.subscribe
,以便它阻止该线程无关紧要。
但我认为更好的解决方案是使用non-blocking version of the Redis library:
来自文档:
redis = EM::Hiredis.connect
pubsub = redis.pubsub
pubsub.subscribe(:updates).callback do
puts "Got update"
ws.send(payload) if payload
end
这两个(Redis + Faye)都应该在EventMachine反应器循环中注册,以便将事件分派给两者。