- 客户端在执行订阅命令之后进入了订阅状态,只能接收subscribe、 psubscribe、unsubscribe、punsubscribe的四个命令
- 新开启的订阅客户端,无法收到该频道之前的消息,因为Redis不会对发布的消息进行持久化
演示案例
- 下面操作为当前客户端订阅了channel:sports频道:

- 此时右侧另一个客户端向channel:sports频道发布一条消息,右侧客户端会收到这条消息
publish channel:sports "James lost the championship"
- 开发提示:和很多专业的消息队列系统(例如Kafka、RocketMQ)相比,Redis的发布订阅略显粗糙,例如无法实现消息堆积和回溯。但胜在足够简单,如果当前场景可以容忍的这些缺点,也不失为一个不错的选择
三、取消订阅(unsubscribe)
unsubscribe [channel [channel ...]]
- 客户端可以通过unsubscribe命令取消对指定频道的订阅,取消成功后, 不会再收到该频道的发布消息
- 取消订阅只对本个客户端有效,不会对其他客户端造成影响
- 例如:

四、模式订阅/取消模式订阅(psubscribe、punsubscribe)
psubscribe pattern [pattern...]
punsubscribe [pattern [pattern ...]]
- psubscribe和punsubscribe是支持glob风格的订阅/取消订阅,称之为“模式订阅”
例如:

- 右侧客户端向itformation频道发送一条消息,左侧客户端可以收到这条消息
五、查询订阅
①查询活跃的频道
pubsub channels [pattern]
- 所谓活跃的频道是指当前频道至少有一个订阅者,其中[pattern]是可以指定具体的模式
- 例如,下面左侧客户端订阅一个名为“it_redis”的频道,右侧使用pubsub查询,结果会显示出来

- 当然,我们也可以具体指出查询哪个频道,如果频道不存在会返回空


②查看频道订阅数
pubsub numsub [channel ...]
- 该命令不仅可以检测出是否有活跃的频道,还能检测出频道的订阅数
- 例如,左侧一个客户端订阅channel:sports频道,右侧客户端查询结果为1

③查看模式订阅数
- 该命令可以查询出当前服务器中有多少个模式订阅
- 例如,当前所有客户端中只有左侧一个订阅,并且不是模式订阅,所以右侧结果显示为0


六、发布-订阅的使用场景
- 聊天室、公告牌、服务之间利用消息解耦都可以使用发布订阅模式
- 下面以简单的服务解耦进行说明。如下图所示,图中有两套业务:
- 上面为视频管理系统,负责管理视频信息
- 下面为视频服务面向客户,用户可以通过各种客户端(手机、浏览器、接口)获取到视频信息

- 假如视频管理员在视频管理系统中对视频信息进行了变更,希望及时通知给视频服务端,就可以采用发布订阅的模式,发布视频信息变化的消息到指定频道,视频服务订阅这个频道及时更新视频信息,通过这种方式可以有效解决两个业务的耦合性
- 视频服务订阅video:changes频道如下:
- 视频管理系统发布消息到video:changes频道如下:
publish video:changes "video1,video3,video5"
- 当视频服务收到消息,对视频信息进行更新,如下所示:
for video in video1,video3,video5
update {video}
发表评论