java订阅发布模型_redis订阅发布模型

熟悉消息队列的朋友应该对于订阅发布模式不陌生，redis提供这种模型一种轻量快速的实现。发送者(发布者)不是计划发送消息给特定的接收者(订阅者)。而是发布的消息分到不同的频道，不需要知道什么样的订阅者订阅。订阅者对一个或多个频道感兴趣，只需接收感兴趣的消息，不需要知道什么样的发布者发布的。这种发布者和订阅者的解耦合可以带来更大的扩展性和更加动态的网络拓扑。

redis的订阅，取消订阅和发布实现了发布/订阅消息模式，

为了订阅queue这个频道，客户端发出一个订阅频道的命令:

SUBSCRIBE queue

注意:可以一次订阅多个频道:

SUBSCRIBE queue queue2

从另一个客户端我们发出关于频道名称为queue的发布操作:

PUBLISH queue Hello

其他客户端发到这些频道的消息将会被推送到所有订阅的客户端。

订阅和取消订阅的响应被封装在发送的消息中，客户端只需要读一个连续的消息流，其中第一个元素表示消息类型。

推送消息的格式

消息是一个有三个元素的多块响应 。

subscribe: 表示我们成功订阅到响应的第二个元素提供的频道。第三个参数代表我们现在订阅的频道的数量。

unsubscribe:表示我们成功取消订阅到响应的第二个元素提供的频道。第三个参数代表我们目前订阅的频道的数量。当最后一个参数是0的时候，我们不再订阅到任何频道。当我们在Pub/Sub以外状态，客户端可以发出任何redis命令。

message: 这是另外一个客户端发出的发布命令的结果。第二个元素是来源频道的名称，第三个参数是实际消息的内容。

客户端用没有任何参数的 命令可以取消订阅所有频道:

UNSUBSCRIBE

模式匹配订阅

Redis 的Pub/Sub实现支持模式匹配。客户端可以订阅全风格的模式以便接收所有来自能匹配到给定模式的频道的消息。

比如:

PSUBSCRIBE news.*

将接收所有发到news.art.figurative, news.music.jazz等等的消息，所有模式都是有效的，所以支持多通配符。

PUNSUBSCRIBE news.*

将取消订阅匹配该模式的客户端，这个调用不影响其他订阅。

当作模式匹配结果的消息会以不同的格式发送:

消息类型是pmessage:这是另一客户端发出的PUBLISH命令的结果,匹配一个模式匹配订阅。第一个元素是原匹配的模式，第三个元素是原频道名称，最后一个元素是实际消息内容。

同样的，系统默认 SUBSCRIBE 和 UNSUBSCRIBE, PSUBSCRIBE 和 PUNSUBSCRIBE 命令在发送 psubscribe 和punsubscribe类型的消息时使用像subscribe 和 unsubscribe一样的消息格式。

同时匹配模式和频道订阅的消息

客户端可能多次接收一个消息，如果它订阅的多个模式匹配了同一个发布的消息，或者它订阅的模式和频道同时匹配到一个消息。就像下面的例子：

SUBSCRIBE foo

PSUBSCRIBE f*

上面的例子中，如果一个消息被发送到foo,客户端会接收到两条消息：一条message类型，一条pmessage类型。

模式匹配统计的意义

在 subscribe, unsubscribe, psubscribe 和 punsubscribe 消息类型中，最后一个参数是依然活跃的订阅数。 这个数字是客户端依然订阅的频道和模式的总数。只有当退订频道和模式的数量下降到0时客户端才会退出Pub/Sub状态。

发布订阅模型可以用于群聊，博客中的文章更新通知所有关注者等等等等。