qq_40716944的博客

Remote procedure call (RPC)在第二个教程中，我们学习了如何使用工作队列(Work Queues)在多个工作人员之间分配耗时的任务。但是如果我们需要在远程计算机上运行一个函数并等待结果呢？嗯，那是另一回事了。这种模式通常称为远程过程调用或RPC。在本教程中，我们将使用RabbitMQ构建一个RPC系统：一个客户端和一个可扩展的RPC服务器。由于我们没有任何值得分配的耗时任务，我们将创建一个返回斐波那契数列的虚拟RPC服务。客户端界面为了说明如何使用RPC服务，我们将创

在之前的教程中，我们改进了logging system。我们没有使用只能进行虚拟广播的fanoutexchange，而是使用direct exchange，并获得了选择性接收日志的可能性。虽然使用direct exchange改进了我们的系统，但它仍然有局限性——它不能基于多个标准进行路由。在我们的logging system中，我们可能不仅希望根据严重性订阅logs，还希望根据发出logs的源订阅logs。您可能从syslog工具中了解到这个概念，该工具根据严重性 (info/warn/crit...).

路由-Routing在之前的教程中，我们构建了一个简单的日志系统。我们能够向许多接收器广播日志消息。在本教程中，我们将向其添加一个功能——我们将只订阅消息的一个子集。例如，我们能够仅将关键错误消息定向到日志文件（以节省磁盘空间），同时仍然能够在控制台上打印所有日志消息。绑定在前面的例子中，我们已经在创建绑定。你可能会想起这样的代码：channel.queue_bind(exchange=exchange_name, queue=queue_name

Publish/Subscribe在上一个教程中，我们创建了一个工作队列。工作队列背后的假设是每个任务都被交付给一个工作人员。在这一部分，我们将做一些完全不同的事情——我们将向多个消费者传递一条消息。这种模式被称为Publish/Subscribe（“发布/订阅”）。为了说明该模式，我们将构建一个简单的日志系统。它将由两个程序组成——第一个将发出日志消息，第二个将接收并打印它们。在我们的日志系统中，接收器程序的每个运行副本都会收到消息。这样我们就可以运行一个接收器并将日志定向到磁盘；同时我们将能够运

在教程一中，我们编写了向指定队列中发送和消费消息的程序，在这个中，我们将创建一个工作队列(Work Queues)，用于在多个工作人员之间分配耗时的任务。工作队列（又名：任务队列）背后的主要思想是避免立即执行资源密集型任务而不得不等待它完成。相反，我们安排任务稍后完成。我们将一个任务封装成一条消息并发送到队列中。在后台运行的工作进程将弹出任务并最终执行作业。当您运行许多工人时，任务将在他们之间共享。这个概念在 web 应用程序中特别有用，因为在短的HTTP请求窗口期间不可能处理复杂的任务。在教程

简介RabbitMQ简单来说就是一个消息代理，主要负责接受和转发消息。您可以将其视为邮局：当您将要投递的邮件放入邮箱时，您可以确定快递小哥最终会将邮件递送给您的收件人。在这个比喻中，RabbitMQ是一个邮箱、一个邮局和一个信件载体。RabbitMQ和邮局之间的主要区别在于它不处理纸张，而是接受、存储和转发二进制数据块——消息。下面简单介绍一下RabbitMQ和传递一般消息所使用的专业术语，生产无非就是发送。发送消息的程序是生产者：队列是位于 RabbitMQ 中邮箱的名称。尽管消息流

引言对于新手来说，首先要理解线程的概念以及为什么需要采用多线程进行编程。什么是线程呢？网上一般都是这样定义的：线程(thread)是操作系统能够进行运算调度的最小单位，它被包含在进程之中，是进程中的实际运作单位。是不是听的一脸懵，我觉得这样的定义纯粹是自说自话，新手看完了一脸懵逼。那么我们可以用白话进行解释一下：假如你经营一家物业管理公司。最初，业务量很小，每件事都需要你亲力亲为，给隔壁老王家修完暖气管道，立马再去老李家换灯泡——这叫单线程，所有的工作都得顺序执行； 后来业务拓展了，你雇佣了几个工