Redis发布订阅和应用场景

Redis 发布订阅架构

Redis提供了发布订阅功能，可以用于消息的传输，Redis的发布订阅机制包括三个部分，发布者，订阅者和Channel。 

发布者和订阅者都是Redis客户端，Channel则为Redis服务器端，发布者将消息发送到某个的频道，订阅了这个频道的订阅者就能接收到这条消息。
Redis的这种发布订阅机制与基于主题的发布订阅类似，Channel相当于主题。

Redis 发布订阅命令

PSUBSCRIBE pattern [pattern ...] 
订阅一个或者多个符合模式匹配的频道
【假设客户端同时订阅了某种模式和符合该模式的某个频道，那么发送给这个频道的消息将被客户端接收到两次，只不过这两条消息的类型不同，一个是message类型，一个是pmessage类型，但其内容相同。 】
PUBSUB subcommand [argument [argument ...]] 
返回由活跃频道组成的列表，即可以查询订阅与发布系统的状态
PUBLISH channel message 
发送消息到指定的频道
【其返回值为接收到该消息的订阅者的数量】
SUBSCRIBE channel [channel ...] 
订阅一个或多个频道
【其返回值包括客户端订阅的频道，目前已订阅的频道数量，以及接收到的消息，其中subscribe表示已经成功订阅了某个频道】
 
PUNSUBSCRIBE [pattern [pattern ...]] 
退订所有符合模式匹配的频道
UNSUBSCRIBE [channel [channel ...]] 
退订一个或多个频道
【Redis采用UNSUBSCRIBE和PUNSUBSCRIBE命令取消订阅，其返回值与订阅类似。 
由于Redis的订阅操作是阻塞式的，因此一旦客户端订阅了某个频道或模式，就将会一直处于订阅状态直到退出。
在SUBSCRIBE，PSUBSCRIBE，UNSUBSCRIBE和PUNSUBSCRIBE命令中，
其返回值都包含了该客户端当前订阅的频道和模式的数量，当这个数量变为0时，该客户端会自动退出订阅状态。】

发布订阅-应用场景

Pub/Sub 从字面上理解就是发布（Publish）与订阅（Subscribe），在Redis中，你可以设定对某一个key值进行消息发布及消息订阅，当一个key值上进行了消息发布后，所有订阅它的客户端都会收到相应的消息。

这一功能最明显的用法就是构建实时消息系统，比如普通的即时聊天，群聊等功能。
订阅某个channel的信息
发布信息到某个channel上

简单的应用场景的话, 以门户网站为例, 当编辑更新了某推荐板块的内容后:
CMS发布清除缓存的消息到channel (推送者推送消息)
门户网站的缓存系统通过channel收到清除缓存的消息 (订阅者收到消息)，更新了推荐板块的缓存

Redis发布订阅与ActiveMQ的比较

（1）ActiveMQ支持多种消息协议，包括AMQP，MQTT，Stomp等，并且支持JMS规范，但Redis没有提供对这些协议的支持； 
（2）ActiveMQ提供持久化功能，但Redis无法对消息持久化存储，一旦消息被发送，如果没有订阅者接收，那么消息就会丢失； 
（3）ActiveMQ提供了消息传输保障，当客户端连接超时或事务回滚等情况发生时，消息会被重新发送给客户端，Redis没有提供消息传输保障。 
总之，ActiveMQ所提供的功能远比Redis发布订阅要复杂，毕竟Redis不是专门做发布订阅的，
但是如果系统中已经有了Redis，并且需要基本的发布订阅功能，就没有必要再安装ActiveMQ了，
因为可能ActiveMQ提供的功能大部分都用不到，而Redis的发布订阅机制就能满足需求。

参考来源：https://www.cnblogs.com/yitudake/p/6747995.html