Redis发布订阅和应用场景

发布者和订阅者都是Redis客户端，Channel则为Redis服务器端，发布者将消息发送到某个的频道，订阅了这个频道的订阅者就能接收到这条消息。

Redis的这种发布订阅机制与基于主题的发布订阅类似，Channel相当于主题。

Redis发布订阅命令

PSUBSCRIBEpattern[pattern...]

订阅一个或者多个符合模式匹配的频道

【假设客户端同时订阅了某种模式和符合该模式的某个频道，那么发送给这个频道的消息将被客户端接收到两次，只不过这两条消息的类型不同，一个是message类型，一个是pmessage类型，但其内容相同。 】

PUBSUBsubcommand[argument[argument...]]

返回由活跃频道组成的列表，即可以查询订阅与发布系统的状态

PUBLISHchannelmessage 

发送消息到指定的频道

SUBSCRIBEchannel[channel...] 

订阅一个或多个频道

【其返回值包括客户端订阅的频道，目前已订阅的频道数量，以及接收到的消息，其中subscribe表示已经成功订阅了某个频道】

PUNSUBSCRIBE[pattern[pattern...]] 

退订所有符合模式匹配的频道

UNSUBSCRIBE[channel[channel...]] 

退订一个或多个频道

【Redis采用UNSUBSCRIBE和PUNSUBSCRIBE命令取消订阅，其返回值与订阅类似。 由于Redis的订阅操作是阻塞式的，因此一旦客户端订阅了某个频道或模式，就将会一直处于订阅状态直到退出。

在SUBSCRIBE，PSUBSCRIBE，UNSUBSCRIBE和PUNSUBSCRIBE命令中，

其返回值都包含了该客户端当前订阅的频道和模式的数量，当这个数量变为0时，该客户端会自动退出订阅状态。】

发布订阅-应用场景

这一功能最明显的用法就是构建实时消息系统，比如普通的即时聊天，群聊等功能。

订阅某个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的发布订阅机制就能满足需求。