新手疑问：Redis Pub/Sub与Socket.IO的作用及协同场景

一、已有Socket.IO时，Redis Pub/Sub的作用是什么？（以聊天应用为例） #

单服务器部署的聊天应用里，Socket.IO确实能直接完成客户端消息收发、按Socket ID推送的工作，这时候Redis Pub/Sub好像没什么用，但一旦你的应用需要多服务器集群部署，它的价值就体现出来了：

• 跨节点消息同步：聊天应用用户可能分散连接在不同的服务器节点上。比如用户A连服务器1，用户B连服务器2，当A发消息给B时，服务器1只知道自己节点上的Socket连接，没法直接推送给服务器2上的B。这时候Redis Pub/Sub就像一个消息中转站：服务器1把消息发布到指定的Redis频道，服务器2订阅了这个频道，收到消息后就能找到B的Socket ID完成推送。
• 群聊消息广播：如果是群聊场景，Redis Pub/Sub可以让所有服务器节点都订阅同一个群聊频道，只要有一个节点收到群消息，发布到频道后，所有节点都会同步收到，再推送给自己节点上的群成员，不用每个节点单独处理广播逻辑。
• 解耦服务器节点：各个服务器节点不需要互相维护连接状态，只需要通过Redis的频道来传递消息，降低了节点间的耦合度，扩容或者缩容服务器时更灵活。

二、Redis能否直接向客户端发送事件？ #

不行。Redis是一个内存数据库，它没有能力直接和客户端建立Socket连接，也不具备处理客户端通信的能力。它的Pub/Sub机制是用来在服务器之间传递消息的，客户端只能通过Socket.IO这类应用层框架，接收服务器从Redis频道拿到的消息，再推送给自己。简单说，Redis和客户端之间没有直接的通信通道，必须经过你的应用服务器中转。

内容的提问来源于stack exchange，提问作者desh