Question

我看到了这个片段：

在服务器上

io.sockets.on('connection', function(socket) {
  const subscribe = redis.createClient();
  const publish = redis.createClient();

  socket.on('publish', function(channel, data) {
    publish.publish(channel, data);
  });

  socket.on('psubscribe', function(channel) {
    subscribe.psubscribe(channel);
  });

  subscribe.on("pmessage", function(pattern, channel, message) {
    socket.emit('message', { channel: channel, data: message });
  });
});

在客户端

$(".action").click(function() {
  socket.emit('publish', 'game.#{gameid}.action.' + $(this).data('action'),
  JSON.stringify({ nick: "#{nick}", ts: Date.now() })
);

我想知道为什么？ Socket.IO有没有自己的广播机制？为什么选择Redis'Pub-Sub over Socket.IO？我们不能这样做：

io.sockets.on('connection', function(socket) {
  socket.on('action', function(channel, data) {
    socket.broadcast.to(channel).emit(data)
  });
});

如果有理由使用Redis，会有什么好处？持久性？

Answer 1

我选择在我的实时活动流项目（http://blog.cloudfoundry.com/2012/06/05/node-activity-streams-app-2/）中使用Redis Pub Sub和Socket.io的原因是因为我想拥有多个Web服务器（Cloud Foundry上的实例或Heroku上的dynos）。据我所知，Socket.io将消息存储在内存中（一个网络服务器），那么如何将它们广播到连接到另一个网络服务器的客户端呢？

查看post并告知我们是否有帮助

Answer 2

Redis在这里使用至少有两个原因。第一个是它作为发布和订阅机制非常有效，包括能够根据与psubscribe的模式匹配选择消息。第二个原因是其他客户端能够通过redis机制轻松发布和订阅。这并不是说它是不可能的，只是方便。这与node.js的异步性相结合，形成了强大的合作伙伴关系。

当然，这不是唯一的解决方案，而是一种似乎运作良好的解决方案。

Redis Pub-Sub或Socket.IO的广播

在服务器上

在客户端

2 个答案: