生产者和消费者模型
消息模式
Redis发布消息通常有两种模式：
队列模式（queuing）
发布-订阅模式(publish-subscribe)
任务队列的好处：
- 松耦合。（生产者只关心生产，消费者只关心消费。不会因为一个生产者影响到消费者，也不会因为一个消费者而影响到生产者。）
- 易于扩展。（当生产不够时加生产者，当消费不够时加消费者）
Redis发布订阅
其实从Pub/Sub的机制来看，它更像是一个广播系统，多个Subscriber可以订阅多个Channel，多个Publisher可以往多个Channel中发布消息。可以这么简单的理解：
Subscriber：收音机，可以收到多个频道，并以队列方式显示
Publisher：电台，可以往不同的FM频道中发消息
Channel：不同频率的FM频道
一个Publisher，多个Subscriber模型
如下图所示，可以作为消息队列或者消息管道。
主要应用：通知、公告
多个Publisher，一个Subscriber模型
可以将PubSub做成独立的HTTP接口，各应用程序作为Publisher向Channel中发送消息，Subscriber端收到消息后执行相应的业务逻辑，比如写数据库，显示等等。
主要应用：排行榜、投票、计数。
多个Publisher，多个Subscriber模型
故名思议，就是可以向不同的Channel中发送消息，由不同的Subscriber接收。
主要应用：群聊、聊天。
发布订阅实践
•PUBLISH channel msg
将信息 message 发送到指定的频道 channel
•SUBSCRIBE channel [channel ...]
订阅频道，可以同时订阅多个频道
•UNSUBSCRIBE [channel ...]
取消订阅指定的频道, 如果不指定频道，则会取消订阅所有频道
•PSUBSCRIBE pattern [pattern ...]
订阅一个或多个符合给定模式的频道，每个模式以 * 作为匹配符，比如 it* 匹配所 有以 it 开头的频道( it.news 、 it.blog 、 it.tweets 等等)， news.* 匹配所有 以 news. 开头的频道( news.it 、 news.global.today 等等)，诸如此类
•PUNSUBSCRIBE [pattern [pattern ...]]
退订指定的规则, 如果没有参数则会退订所有规则
•PUBSUB subcommand [argument [argument ...]]
查看订阅与发布系统状态
注意：使用发布订阅模式实现的消息队列，当有客户端订阅channel后只能收到后续发布到该频道的消息，之前发送的不会缓存，必须Provider和Consumer同时在线。
1. 举例：订阅一个频道
首先开启两个窗口，订阅频道FM105
127.0.0.1:6379> SUBSCRIBE FM105 subscribe FM105 1
然后再次新开启一个窗口对频道FM105进行发布
127.0.0.1:6379> PUBLISH FM105 '大家好' 2
可以看到已经发给了两个订阅者
[root@master_1 ~]# redis-cli -a 123 --raw 127.0.0.1:6379> 127.0.0.1:6379> 127.0.0.1:6379> 127.0.0.1:6379> SUBSCRIBE FM105 subscribe FM105 1
可以看到订阅者已经收到了。
2. 还可以订阅多个频道（支持匹配，批量订阅多个频道）
127.0.0.1:6379> PSUBSCRIBE FM10* psubscribe FM10* 1
消息队列系统对比
客户端在执行订阅命令之后进入了订阅状态，只能接收 SUBSCRIBE 、PSUBSCRIBE、 UNSUBSCRIBE 、PUNSUBSCRIBE 四个命令。 开启的订阅客户端，无法收到该频道之前的消息，因为 Redis 不会对发布的消息进行持久化。 和很多专业的消息队列系统（例如Kafka、RocketMQ）相比，Redis的发布订阅略显粗糙，例如无法实现消息堆积和回溯。但胜在足够简单，如果当前场景可以容忍的这些缺点，也不失为一个不错的选择。