redis的发布订阅模式

发布订阅模式：就是一个发布者发布消息，多个订阅者进行消息的订阅，目的是为了消息的传送，

1.发布订阅模式的结构

   主要包含三个部分：发布者，订阅者和Channel。

 

结合上图和消息中间件，可以将channel和消息中间件中的topic主题对应起来

2. Redis发布订阅功能

命令	用例和描述
subscribe	subscribe channel [channel …] 订阅一个或多个频道
unsubscribe	unsubscribe [channel [channel …]] 退订频道，如果没有指定频道，则退订所有的频道
publish	publish channel message 给指定的频道发消息
psubscribe	psubscribe pattern [pattern …] 订阅给定模式相匹配的所有频道
punsubscribe	punsubscribe [pattern [pattern …]] 退订给定的模式，如果没有指定模式，则退订所有模式

（1）发送消息 
Redis采用PUBLISH命令发送消息，其返回值为接收到该消息的订阅者的数量。 
 
（2）订阅某个频道 
Redis采用SUBSCRIBE命令订阅某个频道，其返回值包括客户端订阅的频道，目前已订阅的频道数量，以及接收到的消息，其中subscribe表示已经成功订阅了某个频道。 
 

上图 指令说明 subscribe first second 表示订阅者订阅 订阅的 channel,这里可以多个，因为语法中这个是channel[]类型

返回的话，一般是三行式：第一行：subscribe 作为一种回应告诉是订阅，第二行 代表订阅的内容，消息，第三个 订阅的个数
（3）模式匹配 
模式匹配功能允许客户端订阅符合某个模式的频道，Redis采用PSUBSCRIBE订阅符合某个模式所有频道，用“”表示模式，“”可以被任意值代替。 
 
假设客户端同时订阅了某种模式和符合该模式的某个频道，那么发送给这个频道的消息将被客户端接收到两次，只不过这两条消息的类型不同，一个是message类型，一个是pmessage类型，但其内容相同。 
（4）取消订阅 
Redis采用UNSUBSCRIBE和PUNSUBSCRIBE命令取消订阅，其返回值与订阅类似。 
由于Redis的订阅操作是阻塞式的，因此一旦客户端订阅了某个频道或模式，就将会一直处于订阅状态直到退出。在SUBSCRIBE，PSUBSCRIBE，UNSUBSCRIBE和PUNSUBSCRIBE命令中，其返回值都包含了该客户端当前订阅的频道和模式的数量，当这个数量变为0时，该客户端会自动退出订阅状态

3. redis 发布订阅的原理

每个 Redis 服务器进程都维持着一个表示服务器状态的 redis.h/redisServer 结构， 结构的 pubsub_channels 属性是一个字典， 

其中，字典的键为正在被订阅的频道， 而字典的值则是一个链表， 链表中保存了所有订阅这个频道的客户端。

比如说，在下图展示的这个 pubsub_channels 示例中， client2 、 client5 和 client1 就订阅了 channel1 ， 而其他频道也分别被别的客户端所订阅：

当客户端调用 SUBSCRIBE 命令时， 程序就将客户端和要订阅的频道在 pubsub_channels 字典中关联起来。

举个例子，如果客户端 client10086 执行命令 SUBSCRIBE channel1 channel2 channel3 ，那么前面展示的 pubsub_channels 将变成下面这个样子：

发送信息到频道

了解了 pubsub_channels 字典的结构之后， 解释 PUBLISH 命令的实现就非常简单了： 当调用 PUBLISH channel message 命令， 程序首先根据 channel 定位到字典的键， 然后将信息发送给字典值链表中的所有客户端。

比如说，对于以下这个 pubsub_channels 实例， 如果某个客户端执行命令 PUBLISH channel1 "hello moto" ，那么 client2 、 client5 和 client1 三个客户端都将接收到 "hello moto" 信息：

退订频道

使用 UNSUBSCRIBE 命令可以退订指定的频道， 这个命令执行的是订阅的反操作： 它从 pubsub_channels 字典的给定频道， 删除关于当前客户端的信息， 这样被退订频道的信息就不会再发送给这个客户端。

4. redis的发布订阅和ActiveMQ的区别

• （1）ActiveMQ支持多种消息协议，包括AMQP，MQTT，Stomp等，并且支持JMS规范，但Redis没有提供对这些协议的支持；
• （2）ActiveMQ提供持久化功能，但Redis无法对消息持久化存储，一旦消息被发送，如果没有订阅者接收，那么消息就会丢失；
• （3）ActiveMQ提供了消息传输保障，当客户端连接超时或事务回滚等情况发生时，消息会被重新发送给客户端，Redis没有提供消息传输保障。

参照博客：https://www.jianshu.com/p/e67876454c09

https://blog.csdn.net/fly910905/article/details/78495971