最好的你一直在努力！

前言在上一个教程中，我们改进了日志记录系统，我们没有使用只能进行广播的fanout交换机，而是使用了direct交换机，并有可能的选择性接收日志。尽管使用了direct交换机改进了我们的系统，但它仍然存在局限性，不能基于多个条件进行路由。为了实现这一点，我们需要学习更为复杂的topic交换。发送到topic交换的消息不能具有任意的routing_key-它必须是单词列表，以点分隔，这些...

前言在上一个教程中，我们构建了一个简单的日志记录系统。我们能够向许多接收者广播日志消息。在本教程中，我们将向其中添加功能-我们将使仅订阅消息的子集成为可能。例如，我们将只能将严重错误消息定向到日志文件（以节省磁盘空间），同时仍然能够在控制台上打印所有日志消息。在前面的示例中，我们已经创建绑定，比如channel.queueBind（QUEUE_NAME，EXCHANGE_NAME...

前言在上一个教程中，我们创建了一个工作队列。工作队列背后的假设是，每个任务都恰好交付给一个工人。在这一部分中，我们将做一些完全不同的事情-我们将消息传达给多个消费者。这种模式称为“发布/订阅”。为了说明这种模式，我们将构建一个简单的日志记录系统。它由两个程序组成-第一个程序将发出日志消息，第二个程序将接收并打印它们。在我们的日志系统中，接收器程序的每个运行副本都将获得消息。这样，我们将...

前言在第一个教程中，我们编写了程序来发送和接收来自命名队列的消息。在这一部分中，我们将创建一个工作队列，该队列将用于在多个工作人员之间分配耗时的任务。工作队列（又称任务队列）的主要思想是避免立即执行资源密集型任务，而不得不等待它完成。相反，我们安排任务在以后完成。我们将任务封装为消息并将其发送到队列。在后台运行的工作进程将弹出任务并最终执行作业。当您运行许多工作人员时，任务将在他们之间共...

前言RabbitMQ是消息代理：它接受并转发消息。您可以将其视为邮局：将要发布的邮件放在邮箱中时，可以确保邮件代理人最终发给收件人。以此类推，RabbitMQ是一个邮箱，一个邮局和一个邮递员。RabbitMQ与邮局之间的主要区别在于，它不处理纸张，而是接收，存储和转发数据消息的二进制中转站在下图中，“ P”是我们的生产者，“ C”是我们的消费者。中间的框是一个队列-RabbitMQ代表...