RabbitMQ：直接交换vs扇出交换
我一直在尝试使用RabbitMQ，但遇到了以下问题（与此非常类似：RabbitMQ中的主题交换与直接交换）。
我需要密集地广播大约800种类型的消息（因此每种消息类型都会有很多消费者），我想知道以下哪种方法更好：
>
创建一个直接交换，在该交换中，消息将使用路由密钥（消息类型名称）发送，每个消费者都将通过绑定了相应路由密钥的临时队列连接到该交换。（因为没有像“key1.key2.*”这样复杂的路由键，我决定不使用主题交换）。
为每种消息类型创建扇出交换。
我读过一篇关于性能问题的非常好的文章——使用RABBITMQ实现性能和可伸缩性的路由拓扑，但我是RABBITMQ新手，只想获得更多最佳实践建议。
共有1个答案
用路由键去，会更简单更高效：）
-
我能够使用Publish/SubscribeRabbitMQ Java教程创建扇出交换，任何连接的使用者都将收到一个消息的副本。我想在连接任何使用者之前创建交换和绑定，而不是动态/编程地声明交换和绑定。我已经通过RabbitMQ管理控制台完成了这一点。然而，由于某种原因，我的消费者以循环方式接收消息，而不是全部接收消息的副本。我错过了什么？下面是一些代码片段： 发布者： 消费者： ...在Rabb
-
我们有一个队列和交换集群来支持消息。 null 我们每个队列都有一个交换，以便在重试超时期间后将重试的消息发送回特定的队列。 在这个场景中，我们有3个交换（“foo-exchange”、“foo-exchange-dead”、“baz-exchange-retry（每个队列1个fanout exchange）”和3个队列（“baz-queue”、“baz-queue-delay”、“baz-que
-
根据我的理解，直接和扇出交换的所有功能或用例都可以使用主题交换来实现。主题交换支持功能超集。那么问题来了，为什么 RabbitMQ 有直接和扇出式交换？是否有任何用例可以使用直接/扇出交换来实现，但不能使用主题交换来实现？
-
我正在使用RabbitMQ，我对使用扇出交换和类的（或)方法感到困惑。 例如，我有两个持久队列的使用者QUEUE-01和QUEUE-02，它们绑定到持久扇出交换fanout-01。并将1个发布服务器发送到FANOUT-01。我理解当消息使用（或)方法发布时会发生什么，消息将被复制到每个队列并由每个使用者处理。但我不确定如果我将调用方法会发生什么？我会从哪位消费者那里得到回复？有什么特别的行为吗？我
-
我有一个场景，我需要执行一系列流程，每个步骤都在独立的应用程序中完成和扩展。我正在为所有交换使用主题交换。当前拓扑如下所示： P- 我们正在“版本化”队列，以处理可能影响消息结构的需求更改。绑定可能如下所示： 步骤1。exchange绑定到步骤1。v1。使用绑定键step1排队。v1 步骤1。exchange绑定到步骤1。v2。使用绑定键step1排队。v2级 还有其他与版本无关的绑定模式也使局部
-
我有一个服务员线程想使用RabbitMQ direct exchange向Java中的客户线程发送一道寿司，但是我的客户没有收到这道菜。下面是我的服务员用来发布寿司菜肴对象的方法: 请注意，＜code＞dishKey＜/code＞作为参数传递，并在之前的if-else语句中被确定为＜code＞的“tamagoDishKey”＜/code>或＜code＞“ebiDishKey”的 以下是我的客户用来