01、前言
发布订阅系统在我们日常的工作中经常会使用到,这种场景大部分情况我们都是使用消息队列的,常用的消息队列有 Kafka,RocketMQ,RabbitMQ,每一种消息队列都有其特性,关于 Kafka 的使用和源码分析,公号前面有相关的文章,大家可以前往回顾一下,另外两款消息队列大家有需要可以自行研究,后续我们会出相应的介绍文章。这篇文章主要是给大家介绍 Redis 的发布订阅系统,很多时候我们可能不需要独立部署相应的消息队列,只是简单的使用,而且数据量也不会太大,这种情况下,我们就可以使用 Redis 的 Pub/Sub 模型。
02、使用方式
2.1 发布与订阅
Redis 的发布订阅功能主要由 PUBLISH,SUBSCRIBE,PSUBSCRIBE 命令组成,一个或者多个客户端订阅某个或者多个频道,当其他客户端向该频道发送消息的时候,订阅了该频道的客户端都会收到对应的消息。
![](https://i-blog.csdnimg.cn/blog_migrate/83cb8a40607966657f0cc07a37a92606.png)
上图中有四个客户端,Client 02,Client 03,Client 04 订阅了同一个 Sport 频道(Channel),这时当 Client 01 向 Sport Channel 发送消息 “basketball” 的时候,02-04 这三个客户端都同时收到了这条消息。
整个过程的执行命令如下:
首先开四个 Redis 的客户端,然后在 Client 02,Client 03,Client 04 中输入subscribe sport
命令,表示订阅 sport 这个频道
![](https://i-blog.csdnimg.cn/blog_migrate/50fff0f4ed7d36dfeb21622775c0ee10.png)
然后在 Client 01 的客户端中输入publish sport basketball
表示向 sport 频道发送消息 "basketball"
![](https://i-blog.csdnimg.cn/blog_migrate/19b2cd73dbb23d6109ad2ff84a93cf90.png)
这个时候我们在去看下 Client 02-04 的客户端,可以看到已经收到了消息了,每个订阅了这个频道的客户端都是一样的。
![](https://i-blog.csdnimg.cn/blog_migrate/ac2967076788aebe544b77eebe2a8273.png)
这里 Client 02-Client 04 三个客户端订阅了 Sport 频道,我们叫做订阅者(subscriber),Client 01 发布消息,我们叫做发布者(publisher),发送的消息就是 message。
2.2、模式订阅
前面我们看到的是一个客户端订阅了一个 Channel,事实上单个客户端也可以同时订阅多个 Channel,采用模式匹配的方式,一个客户端可以同时订阅多个 Channel。
![](https://i-blog.csdnimg.cn/blog_migrate/8e113b038f972d90b706335fabeafbda.png)
如上图 Cl