Redis发布订阅(pub/sub)是一种消息通信模式:发送者(pub)发送消息,订阅者(sub)接收消息。
Redis客户端可以订阅任意数量的频道。
一:基本使用
拢共六个命令:表格来自菜鸟教程:
序号 | 命令及描述 |
---|---|
1 | PSUBSCRIBE pattern [pattern ...] 订阅一个或多个符合给定模式的频道。 |
2 | PUBSUB subcommand [argument [argument ...]] 查看订阅与发布系统状态。 |
3 | PUBLISH channel message 将信息发送到指定的频道。 |
4 | PUNSUBSCRIBE [pattern [pattern ...]] 退订所有给定模式的频道。 |
5 | SUBSCRIBE channel [channel ...] 订阅给定的一个或多个频道的信息。 |
6 | UNSUBSCRIBE [channel [channel ...]] 指退订给定的频道。 |
下边我来测试一下:
1:打开两个cli窗口,测试订阅给定的频道
窗口1:
127.0.0.1:6379> SUBSCRIBE blog # 订阅频道blog,频道不存在,自动创建
1) "subscribe"
2) "blog"
3) (integer) 1 # 当前订阅数量
1) "message" # 收到第一条消息(中文乱码了)
2) "blog"
3) "\xe7\xac\xac\xe4\xb8\x80\xe6\x9d\xa1\xe6\xb6\x88\xe6\x81\xaf"
1) "message" # 收到第二条消息
2) "blog" # 订阅频道
3) "first message" # 消息内容
窗口2:
127.0.0.1:6379> PUBLISH blog "第一条消息" # 发送第一条消息
(integer) 1
127.0.0.1:6379> PUBLISH blog "first message" # 发送第二条消息
(integer) 1
2:打开两个cli窗口订阅给定模式的频道
窗口1:
127.0.0.1:6379> PSUBSCRIBE a? com.* # 订阅两个模式的频道
1) "psubscribe"
2) "a?"
3) (integer) 1
1) "psubscribe"
2) "com.*"
3) (integer) 2
1) "pmessage" # 模式推送
2) "a?" # a?表示a后边有一个字符(频道name两个字符且以a开头)
3) "aa" # 频道 aa 符合要求,推送成功
4) "hello"
1) "pmessage" # 模式推送
2) "com.*" # com.* 表示以com.开头任意字符结尾。
3) "com.came"
4) "hello"
窗口2:
127.0.0.1:6379> PUBLISH aaaaa hello # 推送失败 字符过多
(integer) 0
127.0.0.1:6379> PUBLISH aa hello # 推送成功
(integer) 1
127.0.0.1:6379> publish com.came hello # 推送成功
(integer) 1
3:PUBSUB:返回一个或多个给定频道的订阅者数量。
1:PUBSUB CHANNELS pattern]:返回一个或多个匹配给定模式的频道的列表。
2:PUBSUB NUMSUB[channel-1 ... channel-N]:返回一个或多个给定频道的订阅者数量。
3:PUBSUB NUMPAT:返回当前已订阅模式的数量。
二:原理
Redis是使用C实现的,通过分析Redis源码里的pubsub.c文件,了解发布和订阅机制的底层实现,籍此加深对Redis的理解。
Redis通过PUBLISH、SUBSCRIBE和PSUBSCRIBE等命令实现发布和订阅功能。
通过SUBSCRIBE命令订阅某频道后,redis-server里维护了一个字典,字典的键就是一个个channel,而字典的值则是一个链表,链表中保存了所有订阅这个channel的客户端。SUBSCRIBE命令的关键,就是将客户端添加到给定channel的订阅链表中。
通过PUBLISH命令向订阅者发送消息,redis-server会使用给定的频道作为键,在它所维护的channel字典中查找记录了订阅这个频道的所有客户端的链表,遍历这个链表,将消息发布给所有订阅者。
Pub/Sub从字面上理解就是发布(Publish)与订阅(Subscribe),在Redis中,你可以设定对某一个key值进行消息发布及消息订阅,当一个ky值上进行了消息发布后,所有订阅它的客户端都会收到相应的消息。这一功能最明显的用法就是用作实时消息系统,比如普通的即时聊天,群聊等功能。
三:使用场景:
1、实时消息系统!
2、事实聊天!(频道当做聊天室,将信息回显给所有人即可!)
3、订阅,关注系统都是可以的!
稍微复杂的场景我们就会使用消息中间件MQ来做,这个后边回学到。
四:使用注意
1) 客户端需要及时消费和处理消息。
2) 客户端订阅了channel之后,如果接收消息不及时,可能导致DCS实例消息堆积,当达到消息堆积阈值(默认值为32MB),或者达到某种程度(默认8MB)一段时间(默认为1分钟)后,服务器端会自动断开该客户端连接,避免导致内部内存耗尽。
3) 客户端需要支持重连。
4) 当连接断开之后,客户端需要使用subscribe或者psubscribe重新进行订阅,否则无法继续接收消息。
5) 不建议用于消息可靠性要求高的场景中。
6) Redis的pubsub不是一种可靠的消息系统。当出现客户端连接退出,或者极端情况下服务端发生主备切换时,未消费的消息会被丢弃。
以上大概就是redis发布订阅的基本使用。
有好的建议,请在下方输入你的评论。