【redis】redis发布/订阅模型

1、基本概念

• Redis 发布/订阅模型（Pub/Sub, Publish/Subscribe）是 Redis 提供的一种消息通信模式，它允许发送者（发布者）发送消息到一个或多个频道（channel），而接收者（订阅者）可以订阅一个或多个频道，以便接收发送到这个频道的消息。
• 发布者（Publisher）：发送消息到频道的客户端。
• 订阅者（Subscriber）：接收频道消息的客户端。
• 频道（Channel）：一个字符串标识符，用于区分不同的消息类别或主题。

2、主要命令

• SUBSCRIBE channel [channel ...]：订阅一个或多个频道。一旦有消息发送到被订阅的频道，订阅者就会收到该消息。
• UNSUBSCRIBE [channel [channel ...]]：取消订阅一个或多个频道。如果没有指定频道，则取消订阅所有已订阅的频道。
• PSUBSCRIBE pattern [pattern ...]：使用模式订阅。与SUBSCRIBE类似，但允许使用模式（如news.*）来匹配多个频道。
• PUNSUBSCRIBE [pattern [pattern ...]]：取消使用模式订阅的频道。
• PUBLISH channel message：向指定频道发送消息。所有订阅了该频道的客户端都会收到这个消息。

3、工作原理

• 当客户端使用SUBSCRIBE或PSUBSCRIBE命令订阅频道或模式时，Redis 会将客户端和频道或模式进行关联。
• 当有客户端使用PUBLISH命令向某个频道发送消息时，Redis 会查找所有订阅了该频道的客户端，并将消息发送给它们。
• 订阅者不需要一直在线等待消息。它们可以在任何时间订阅或取消订阅频道，并且只会在连接时接收发送到频道的消息。

4、应用场景

• 实时通知：例如，在社交应用中，当某个用户发布了新的动态时，可以使用 Redis 发布/订阅模型来实时通知其他关注了该用户的用户。
• 消息队列：虽然 Redis 本身不是专门为消息队列设计的，但其发布/订阅模型可以用于实现简单的消息队列系统。但请注意，由于 Redis 不提供消息确认机制，因此它可能不适合需要严格保证消息可靠性的场景。
• 分布式系统中的事件驱动编程：在分布式系统中，不同的服务或组件之间可以通过 Redis 发布/订阅模型来交换事件和通知，以实现事件驱动的编程模式。

5、注意事项

• 消息不持久化：Redis 发布/订阅模型中的消息是即时的，不会被持久化到磁盘上。一旦消息被发送，并且所有的订阅者都接收到了消息，那么这条消息就会从 Redis 中消失。
• 无消息确认机制：与许多消息队列系统不同，Redis 发布/订阅模型没有消息确认机制。发送者无法知道订阅者是否成功接收到了消息。
• 频道命名：频道的命名应该具有明确的语义，以便发送者和订阅者能够清晰地理解其用途。
• 模式订阅：使用PSUBSCRIBE和PUNSUBSCRIBE命令可以实现基于模式的订阅，这使得订阅者能够订阅多个具有相似名称的频道。
• 性能考虑：在高并发场景下，大量的发布和订阅操作可能会对 Redis 服务器的性能产生影响。因此，在设计系统时需要权衡消息通信的需求和 Redis 服务器的性能。