红色之星带你玩转Redis订阅发布，聊聊那些实用又好玩的功能

红色之星带你玩转Redis订阅发布,聊聊那些实用又好玩的功能 基于Redis官方文档及相关技术社区实践分享进行整理阐述）

Redis的订阅发布功能,就像一个高效的广播系统或者微信群，它允许信息从一个客户端“喊出去”，然后所有“竖起耳朵听”的客户端都能即时收到，这和我们平时用的消息队列有点像，但更轻快、更直接，特别适合需要实时传递信息的场景。

核心玩法：频道与模式

最基本的玩法是“频道订阅”，你可以把频道想象成一个电台频率，我创建一个叫“新闻联播”的频道，任何客户端只要向这个频道“发布”一条消息，今天天气晴”，所有订阅了“新闻联播”频道的客户端，都会立刻收到这条消息，这个过程是实时的，几乎没有延迟，这就是它最大的魅力。

但光是固定频道还不够好玩,Redis提供了一个更强大的功能：“模式订阅”，这就像你用通配符去搜索，你可以订阅“新闻.”这个模式，无论是向“新闻.国内”频道，还是向“新闻.国际”频道发布消息，你都能收到，这对于需要分类监听大量频道的场景非常方便，比如一个股票应用，用户可以订阅“股票.科技.”来接收所有科技股的价格变动，而不必一个个订阅具体的股票代码频道。

那些实用又接地气的场景

1. 简易聊天室或群聊：这是最直观的例子，每个聊天室或群组就是一个频道，用户加入群聊就是订阅该频道，发送消息就是向该频道发布，所有人瞬间可见，实现起来非常简单快捷。
2. 实时通知系统：比如网站上的“有人回复了你的帖子”、“你的订单已发货”这类通知，后端服务在完成相应动作后，只需向一个像“用户通知:用户ID”这样的频道发布一条消息，而用户的前端（比如网页或App）只要订阅了自己专属的频道，就能实时弹出提示，比传统的定时轮询查询要高效、即时得多。
3. 游戏消息广播：在多人在线游戏中，玩家的移动、攻击、聊天等信息需要迅速广播给同一区域或同一队伍的其他玩家，利用Redis的发布订阅，服务器可以将事件发布到特定的“地图区域”或“队伍”频道，所有相关的游戏客户端订阅后就能同步状态，让游戏体验更流畅。
4. 系统状态同步：在微服务架构里，多个服务可能需要知道某个配置发生了变化，这时，可以有一个“配置更新”频道，当配置中心修改了配置后，发布一条消息到这个频道，所有关心这个变化的服务订阅者就会收到通知，然后自己去拉取最新的配置，实现服务的协同工作。

需要注意的几个小特点

这个消息传递是“即发即忘”的，如果某个订阅者当时不在线（网络断开或客户端未运行），那么它是收不到离线期间的消息的，消息没有持久化存储，发送完就结束了，所以它适合对实时性要求高、但允许偶尔丢失的场景，如果需要保证消息必达，可能需要结合其他机制。

订阅者只能收到订阅之后的消息,你订阅一个频道之前别人说了什么，你是不知道的。

动手试试会更好玩

你可以打开两个Redis命令行客户端来体验,在第一个客户端里输入 SUBSCRIBE news，它就变成了一个监听者，专心等待“news”频道的消息，然后在第二个客户端里输入 PUBLISH news "hello everyone"，瞬间，你就能在第一个客户端看到弹出来的消息，这种即时反馈的感觉，亲自试试会觉得特别有意思。

Redis的订阅发布不是一个复杂沉重的企业级消息中间件,而是一把轻巧灵活的“瑞士军刀”，它用最简单的命令（PUBLISH, SUBSCRIBE, PSUBSCRIBE），解决了分布式系统中实时消息分发的常见痛点，无论是做一个小型的实时应用，还是在大型系统中作为轻量级的通知桥梁，它都能带来意想不到的便捷和乐趣。