RabbitMQ with pika：同一通道上不同队列的不同回调？

我很难理解RabbitMQ的基本概念。我发现在线文档不是很清楚。

到目前为止，我明白了什么是通道、队列、绑定等。

但是如何实现以下用例：

用例：发件人将帖子发布到一个具有不同主题的交流。在接收方，根据主题，应该通知不同的接收方。

因此，对于主题交换，以下内容应该是可行的：

我的困难在于回调将与通道相关，而不是与队列或队列绑定相关 em>。我不是 100% 确定我是否在这里。

这就是我的问题：为了有多个回调，IOW：不同的消息处理程序，取决于订阅的主题 - 您是否必须创建多个通道，每个“不同的消息处理”一个?所有这些通道都应该获取相同的交换并为特定主题定义自己的队列 + 队列绑定？

请确认这是否正确，或者我是否偏离了 AMPQ 的规范路径......“队列”听起来很轻量级，所以我直觉地认为队列或队列绑定是附加一个的正确点消费事件处理程序，但似乎渠道是我的朋友。对吗？

我问题的另一个方面：

如果我真的必须为此使用多个频道，我是否必须为每个频道声明相同的交换（交换名称和“主题”的交换类型）？我希望有类似的东西：

我发现分别考虑代理 (RabbitMQ) 和客户端（您的应用程序）的角色很有帮助。

代理 RabbitMQ 将接收来自您的发布者的消息，将它们路由到队列，并最终将它们发送给消费者。消息路由可以简单也可以复杂。在您的情况下，路由是基于主题的，有几个不同的队列。

您没有过多提及发布商，可能是因为他们的工作很简单。他们将带有路由键的消息发送到 RabbitMQ。

消费者方面是事情变得有趣的地方。在最简单的层面上，消费者订阅一个队列，从 RabbitMQ 接收消息并处理它们。消费者打开与 RabbitMQ 的连接，并将使用通道用于特定用途（例如，订阅队列）。消息代理的强大之处在于，它们允许设计人员根据需要将流程分解为单独的应用。

除了存在不同的消息主题之外，您对您的应用程序并没有太多的了解。您需要做出的一个重要设计选择是如何定义应用程序。不同的主题适合单独的应用程序，还是单个应用程序可以处理所有类型的消息。

对于前一种情况，每个队列都有一个应用程序。除非您的应用程序需要线程化，否则订阅队列的单个通道可能是最明智的决定。对于线程应用程序，每个线程都有自己的通道，所有线程都可以订阅同一个队列。每个应用程序都有自己的回调函数来处理这种类型的消息。

对于后一种情况（具有多个队列的单个应用程序），最好的方法是每个队列至少有一个通道。听起来每个队列都需要自己的回调函数，您可以根据其订阅将函数分配给通道。如果您的应用程序可以同时处理（每个主题的）多条消息，则每个队列可能有多个通道。

关于您关于声明交换、队列和绑定的问题，这些项目只需要创建一次。但是让您的客户在连接时声明它们是合理的做法。声明它们的优点是，如果它们被删除，它们将被再次创建，并且您的声明与代理上的内容之间的任何差异都会引发错误。