Redis发布订阅和应用场景

发布订阅-应用场景

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

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

订阅某个channel的信息

发布信息到某个channel

简单的应用场景的话, 以门户网站为例, 当编辑更新了某推荐板块的内容后:

CMS发布清除缓存的消息到channel (推送者推送消息)

门户网站的缓存系统通过channel收到清除缓存的消息 (订阅者收到消息),更新了推荐板块的缓存

Redis 发布订阅架构

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

Redis发布订阅和应用场景

    • 发布者和订阅者都是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时,该客户端会自动退出订阅状态。

    Redis发布订阅与ActiveMQ的比较

    1ActiveMQ支持多种消息协议,包括AMQPMQTTStomp等,并且支持JMS规范,但Redis没有提供对这些协议的支持

    2ActiveMQ提供持久化功能,但Redis无法对消息持久化存储,一旦消息被发送,如果没有订阅者接收,那么消息就会丢失;

    3ActiveMQ提供了消息传输保障,当客户端连接超时或事务回滚等情况发生时,消息会被重新发送给客户端,Redis没有提供消息传输保障

    总之,ActiveMQ所提供的功能远比Redis发布订阅要复杂,毕竟Redis不是专门做发布订阅的,

    但是如果系统中已经有了Redis,并且需要基本的发布订阅功能,就没有必要再安装ActiveMQ了,

    因为可能ActiveMQ提供的功能大部分都用不到,而Redis的发布订阅机制就能满足需求。

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

    上一篇:验证innerXml,outerXml,innerText的不同


    下一篇:多核时代:并行程序设计探讨(7)——并行编程模式概览