1、是什么 

是一种通信模式：发送者(PUBLISH)发送消息，订阅者(SUBSCRIBE)接收消息，可以实现进程间的消息传递

Redis可以实现消息中间件MQ的功能，通过发布订阅实现消息的引导和分流

2、能干啥

Redis客户端可以订阅任意数量的频道，类似于微信关注多个公众号

Redis7 发布订阅_消息中间件

当有新消息通过PUBLISH命令发送给频道channel时

Redis7 发布订阅_Redis_02

Redis7 发布订阅_消息中间件_03

3、常用命令

Redis7 发布订阅_消息中间件_04

3.1、SUBSCRIBE channel [channel...]

订阅给定的一个或多个频道的信息
推荐先执行订阅后再发布，订阅成功之前发布的消息是收不到的
订阅的客户端每次可以收到3个参数的消息
  消息的种类
  始发频道的名称
  实际的消息内容

Redis7 发布订阅_Redis_05

3.2、PUBLISH channel message

发布消息到指定的频道

3.3、PSUBSCRIBE pattern [pattern...]

按照模式批量订阅，订阅一个或多个符合给定模式(支持*号?号之类的)频道

3.4、PUBSUB subcommand [argument [argument...]]

查看订阅与发布系统状态

PUBSUB CHANNELS
由活跃频道组成的列表

Redis7 发布订阅_Redis_06

PUBSUB NUMSUB channel [channel...]
某个频道有几个订阅者

Redis7 发布订阅_Redis_07

PUBSUB NUMPAT
只统计使用PSUBSCRIBE命令执行的，返回客户端订阅的唯一模式的数量

Redis7 发布订阅_Redis_08

3.5、UNSUBSCRIBE channel [channel...]

取消订阅

3.6、PUNSUBSCRIBE pattern [pattern...]

退订所有给定模式的频道

4、案例演示

开启3个客户端，演示客户端A、B订阅消息，客户端C发布消息

Redis7 发布订阅_Redis_09

演示批量订阅和发布

Redis7 发布订阅_客户端_10

取消订阅

Redis7 发布订阅_消息中间件_11

5、小总结

Redis可以实现消息中间件MQ的功能，通过发布订阅实现消息的引导和分流

Pub/Sub缺点
发布的消息在Redis系统中不能持久化，因此，必须先执行订阅，再等待消息发布，如果先发布了消息，那么该消息由于没有订阅者，消息将被直接丢弃
消息只管发送，对于发布者而言消息是即发即失的，不管接收，也没有ACK机制，无法保证消息的消费成功
以上的缺点导致Redis的Pub/Sub模式就像一个小玩具，在生产环境中几乎无用武之地，为此，Redis5.0版本新增了Stream数据结构，不但支持多播，还支持数据持久化，相比Pub/Sub更加的强大