Redis订阅与发布机制

Redis系列文章请参考：Redis系列文章

这一篇我们来看看redis的发布订阅模式，其实在很多的MQ产品中都存在这样的一个模式，我们常听到的一个例子就是邮件订阅的场景，什么意思呢，比如说100个人订阅了你的博客，如果博主发表了文章，那么100个人就会同时收到通知邮件，除了这个场景还能找到其他场景么，当然有啦，你想想，如果你要在内存里面做一个读写分离的程序，为了维持数据的完整性，你是不是需要保证在写入的时候，也要分发到各个读内存的程序中呢？所以说场景还是很多的，在于你的挖掘；

Redis 发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。

Redis 客户端可以订阅任意数量的频道。

下图展示了频道 channel1 ，以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系：

当有新消息通过 PUBLISH 命令发送给频道 channel1 时， 这个消息就会被发送给订阅它的三个客户端：

下面还是从redis发布订阅基本命令入手介绍：

关于命令详细的使用方式建议参考：

http://redisdoc.zixuebook.cn/pub_sub/index.html

1、subscribe

SUBSCRIBE channel [channel …] 订阅给定的一个或多个频道的信息。

从上面的官方解释上来看，它的玩法有一点像现实生活中我们听收音机一个道理，要想听收音机，我们要做什么？肯定就是调频啦，只有在正确的频道上面，我们才能听得到好听的节目，所以说subscribe首先要订阅一个频道（channel），下面举个例子，开两个session，分别订阅着msg 这个频道，比如下面这样：

2、publish

到现在为止，这两个subscibe都在监视着msg这个频道，接下来，如果msg频道有消息传出，必定会被subscribe接收到，先我们还是看看
PUBLISH channel message 将信息 message 发送到指定的频道 channel 。

看到么有，publish在msg这个频道上面发送消息后，被subscribe监视到了，然后就被分别打印输出了，好了，到现在为止，最基本的发布订阅模式就是这样，是不是很简单哈！！其实呢？也就是这么简单呐，但是呢，有时候我们还有这样一个需求，就是我能不能模糊匹配key呢？

举了例子，就是要求订阅china为前缀的所有频道，如果这样也可以做到的话，那确实是很牛逼啦。当然啦，强大的redis自然会做到这一点，它提供了的命令就是：Psubscribe。

3.、psubscribe

PSUBSCRIBE pattern [pattern …]

订阅一个或多个符合给定模式的频道。

每个模式以 * 作为匹配符，比如 it* 匹配所有以 it 开头的频道( it.news 、 it.blog 、 it.items 等等)， it.* 匹配所有以 it. 开头的频道( it.news 、 it.blog 、 it.items 等等)，诸如此类。
看到上面的解释，你心里可能就在想，这不就是正则匹配么，而且前缀“P”就是Pattern的意思，对吧，接下来我就订阅一下所有以it为前缀的channel。

当然，PSUBSCRIBE 也可以接受多个参数，从而匹配多种模式。看完一个小例子后应该对pub/sub功能有了一个感性的认识，需要注意的是当一个连接通过subscribe或者psubscribe订阅通道后就进入订阅模式。在这种模式除了再订阅额外的通道或者用unsubscribe或者punsubscribe命令退出订阅模式，就不能再发送其他命令。另外使用 psubscribe命令订阅多个通配符通道，如果一个消息匹配上了多个通道模式的话，会多次收到同一个消息。

Redis 通过PUBLISH、SUBSCRIBE等命令实现了订阅与发布模式，这个功能提供两种信息机制，分别是订阅/发布到频道和订阅/发布到模式，下文先讨论订阅/发布到频道的实现 再讨论订阅/发布到模式的实现。

关于订阅/发布到频道和订阅/发布到模式详细参考：

https://redisbook.readthedocs.io/en/latest/feature/pubsub.html

后面我会通过python脚本来实现发布订阅功能，尽请期待。。。