(02)Redis 的订阅发布Pub/Sub

我们为了自己实现一个MQ功能,就要深入底层挖掘现有开源产品的实现过程。

Redis 发布订阅底层结构解析

Redis 不存储消息,仅作为“实时中转”;只有订阅者在线时才能收到消息;消息是广播给所有订阅此频道的客户端。

1. 核心数据结构:哈希表(dict)+ 链表(链式客户端列表)

1.1 pubsub_channels:频道订阅表(dict)

Redis 使用一个全局字典(哈希表)结构来维护频道与订阅者之间的映射关系:

dict *pubsub_channels; // key: channel name (sds),value: list of clients
  • Key 是频道名称(channel),类型为 Redis 字符串(SDS)
  • Value 是一个客户端链表(list *),保存所有订阅该频道的客户端连接指针
1.2 客户端链表(client list)

对于每个频道,对应一个链表或列表结构(底层用的是 Redis 自身的 list 类型):

typedef struct client {
    ...
    int fd;                // 客户端 socket fd
    list *subscribed_channels; // 客户端自身也记录了订阅了哪些频道
    ...
} client;

这个链表中每个节点是一个 client * 指针,表示一个订阅该频道的活跃客户端连接。

2. 消息发布流程

当执行 PUBLISH channel message 时,Redis 会:

  1. 查找 pubsub_channels[channel],得到订阅该频道的客户端链表
  2. 遍历该链表,对每个客户端执行 addReply(client, message)
  3. 消息会直接写入客户端输出缓冲区,等待发送至客户端 socket

如果客户端网络异常导致写失败,可能会断开连接并清理其订阅记录。

3. 订阅流程

订阅(SUBSCRIBE):
  • Redis 检查频道是否存在于 pubsub_channels
    • 如果存在,将当前客户端加入该频道对应的客户端链表
    • 如果不存在,新建一个键值对:channel -> list,然后加入客户端
      在这里插入图片描述

4、取消订阅流程(UNSUBSCRIBE):

  • Redis 从 pubsub_channels[channel] 的链表中移除该客户端
  • 如果链表为空,则从字典中移除该频道
  • 同时更新客户端的 subscribed_channels 属性

5、 客户端断开连接时的清理机制

当客户端断开连接,Redis 会调用清理逻辑:

pubsubUnsubscribeAllChannels(client *c)

该函数会遍历客户端 subscribed_channels,从所有频道对应的客户端链表中移除该客户端,并删除空频道。

在这里插入图片描述

  • SUBSCRIBE:注册订阅关系。
  • PUBLISH:消息发布,立即广播给在线订阅者。
  • 掉线(连接断开):Redis 会检测到客户端断连,并自动移除其订阅关系。
  • UNSUBSCRIBE:客户端主动取消订阅,Redis 也会移除其订阅记录。

实践过程:
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

### Redis Pub/Sub 的工作原理 Redis发布/订阅Pub/Sub)系统是一种消息通信模式,它允许发送者(publisher)将消息发送到频道(channel),而订阅者(subscriber)可以订阅一个或多个频道来接收这些消息。这种机制非常适合用于构建实时消息传递系统、事件驱动架构等[^3]。 Redis Pub/Sub 直接在 Redis 服务器中实现。客户端连接到 Redis 服务器,并将消息发布到频道或订阅频道以接收消息。Redis 服务器充当消息代理,将消息从发布者路由到订阅者。 Pub/Sub 本质上是异步的。发布者不会等待订阅者接收消息,订阅者会在消息发布时接收消息。Pub/Sub发布者和订阅者分离。发布者不需要了解订阅者的任何信息,订阅者也不需要了解发布者的任何信息。这使得构建可扩展且可维护的系统变得更加容易。一对多通信:发布到频道的单条消息可以被多个订阅者接收[^2]。 ### Redis Pub/Sub 的使用方法 要使用 RedisPub/Sub 功能,可以通过以下几种方式: 1. **PUBLISH 命令**:用于向指定的频道发送消息。 ```shell PUBLISH mychannel "Hello, world!" ``` 这条命令会向名为 `mychannel` 的频道发送一条消息 "Hello, world!"。 2. **SUBSCRIBE 命令**:用于订阅一个或多个频道。 ```shell SUBSCRIBE mychannel ``` 这条命令会让客户端进入订阅模式,并开始监听 `mychannel` 频道的消息。 3. **UNSUBSCRIBE 命令**:用于取消订阅一个或多个频道。 ```shell UNSUBSCRIBE mychannel ``` 4. **PSUBSCRIBE 命令**:用于通过模式匹配订阅多个频道。 ```shell PSUBSCRIBE news.* ``` 这条命令会让客户端订阅所有符合 `news.*` 模式的频道。 5. **PUNSUBSCRIBE 命令**:用于取消通过模式匹配订阅的频道。 ```shell PUNSUBSCRIBE news.* ``` ### Redis Pub/Sub 的局限性 尽管 Redis Pub/Sub 提供了简单而强大的消息传递功能,但它也有其局限性,如消息不持久化、无法保证所有订阅者都接收到消息等。在需要消息持久化和可靠传递的场景下,建议结合使用Redis Streams或其他专业的消息队列系统。此外,合理的系统设计、错误处理和性能优化是确保Pub/Sub系统稳定运行的关键[^1]。 对于需要消息可靠传递或历史消息重放的场景,可以选择其他更合适的消息队列系统,例如 Kafka 或 RabbitMQ。Kafka 提供优秀的持久化能力,适合日志和事件流;RabbitMQ 提供持久化功能,适合需要高可靠性的场景[^4]。 ### 示例代码 以下是一个简单的生产者示例,展示如何使用 Redisson 客户端发布消息到特定频道: ```java /** * 发布消息到 Topic * @param message 消息 * @return 接收消息的客户端数量 */ public long sendMessage(String message) { RTopic topic = redissonClient.getTopic(CHANNEL); long publish = topic.publish(message); log.info("生产者发送消息成功,msg = {}", message); return publish; } ``` 这段代码展示了如何使用 Redisson 客户端发布消息到特定频道,并记录发布的消息内容以及接收该消息的客户端数量[^5]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

一周一志程序员

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值