为什么Redis具有发布/订阅功能？
为什么数据存储Redis具有发布/订阅功能？我首先想到的是实现这样的事情是错误的层。但也许我需要跳出框框思考。
问题答案：
Redis被定义为数据结构服务器。Redis提供了多种功能，例如内存缓存，队列，发布订阅等。这对于cloudapp /
webstack非常有用，其中3个组件RabbitMQ（排队）+ XMPP（发布订阅）+内存缓存目前可以用redis代替。排队功能不如RabbitMQ丰富。
-
问题内容： 我一直在寻找使用Redis Pub / Sub替代RabbitMQ。 据我了解，Redis的pub / sub拥有与每个订阅者的持久连接，如果该连接终止，则所有将来的消息都将丢失并掉在地板上。 一种可能的解决方案是使用列表（和阻止等待）将所有消息和pub / sub存储为通知机制。我认为这可以帮助我解决大部分问题，但是我仍然对失败案例感到担忧。 当订户死亡并重新联机时会发生什么情况，应
-
主要内容：发布/订阅流程,常用命令汇总,基本命令应用Redis PubSub 模块又称发布订阅者模式，是一种消息传递系统，实现了消息多播功能。发布者（即发送方）发送消息，订阅者（即接收方）接收消息，而用来传递消息的链路则被称为 channel。在 Redis 中，一个客户端可以订阅任意数量的 channel（可译为频道）。 消息多播：生产者生产一次消息，中间件负责将消息复制到多个消息队列中，每个消息队列由相应的消费组进行消费，这是分布式系统常用的
-
我有一个问题非常困扰我。Redis发布/订阅功能的实际用途是什么？我只能想到通过TCP（本地或分布式）进行进程间通信，但其他的就不多了。 有人能证明我错了吗。
-
Redis 发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。 Redis 客户端可以订阅任意数量的频道。 下图展示了频道 channel1 ， 以及订阅这个频道的三个客户端 —— client2、client5 和 client1 之间的关系： 当有新消息通过 PUBLISH 命令发送给频道 channel1 时， 这个消息就会被发送给订阅它的三个
-
redis作为一个pub/sub server，在订阅者和发布者之间起到了消息路由的功能。订阅者可以通过subscribe和psubscribe命令向redis server订阅自己感兴趣的消息类型，redis将消息类型称为频道(channel)。当发布者通过publish命令向redis server发送特定类型的消息时。订阅该消息类型的全部client都会收到此消息。这里消息的传递是多对多的。
-
问题内容： 跟随Redis Pub / Sub 这工作正常，我可以使用以下任何语言发布消息 使用，我可以验证此请求是否已正确发布 当我将订阅者 块 添加到 其他类（侦听器类）中的 该频道时，问题就开始了，如下所示 中的，还表明侦听器已正确订阅 问题是，当我将订户侦听器类添加到相同的Rails应用程序时…它停止工作，导致侦听Redis服务器并停止执行任何其他代码…它只是坐在那里侦听。 因此，有一种方