EdSheeran的博客

文章目录*发布者确认**Publisher confirms(using the java client)**概览**在信道上启用发布者确认**策略一：单独发布消息**发布者确认不是异步的吗？**策略二：批量发布消息**策略三：异步处理发布者确认**如何跟踪未完成的确认**重新发布无应答的消息？**总结**整合代码* 发布者确认 Publisher confirms(using the java client) 发布者确认是rabbitMQ实现可靠发布的扩展。当在信道上启用发布者确认时，客户端发布的消息将

文章目录*远程过程调用**Remote procedure call(RPC，using the java client)**客户端接口(client interface)**关于RPC的说明**回调队列(callback queue)**消息属性(message properties)**Correlation Id**总结**整合代码* 远程过程调用 Remote procedure call(RPC，using the java client) 在前面的章节中，介绍了如何使用工作队列将耗时的任务分配

文章目录*主题**Topics(using the java client)**`topic`交换机* 主题 Topics(using the java client) 在前面的章节中，我们改进了日志系统。没有使用只能进行虚拟广播的fanout交换机，而是使用了direct交换机，从而获得了选择性接收日志的可能性。 尽管使用direct交换机改进了我们的系统，但它仍然有局限性——它不能基于多个标准进行路由。 在日志系统中，可能不仅希望根据严重程度订阅日志，还希望根据发出日志的源订阅日志。你可能从syslo

文章目录*路由**Routing(using the java client)**绑定**`direct`交换机**多个绑定**发送日志**订阅**整合代码* 路由 Routing(using the java client) 在前面的章节中，我们构建了一个简单的日志系统，能够将日志信息广播给许多接收者。 现在我们将为它添加一个特性——将使订阅消息的一个子集成为可能。例如，只将关键错误消息重定向到日志文件(以节省磁盘空间)，同时仍然能够在控制台上打印所有的日志消息。 绑定 在前面的例子中，我们已经创建

文章目录*发布/订阅**Publish/Subscribe**Exchanges(交换机)* 发布/订阅 Publish/Subscribe 在之前的章节中，我们创建了一个工作队列。工作队列背后的假设是每个任务只交付给一个工作者。在这一部分中，将会做一些完全不同的事情——向多个消费者传递一条消息。这种模式称为“发布/订阅”。 为了说明该模式，将构建一个简单的日志系统。它将由两个程序组成——第一个程序将发出日志消息，第二个程序将接收并打印它们。 在构建的日志系统中，每个运行的接收程序的副本都将获得消息。通过

文章目录*工作队列**Work queues**Preparation**Round-robin dispatching(循环调度)**Message acknowledgment(消息确认)**忘记确认**Message durability(消息持久化)**关于消息持久化的注意事项**Fair dispatch(公平调度)**整合代码* 工作队列 Work queues 工作队列用于在多个工作者(worker)之间分配耗时的任务。 工作队列(又称：任务队列)背后的主要思想是避免立即执行资源密集型任务，

文章目录*RabbitMQ**Introduction**Hello, world(using the java client)**Sending**Receiving* RabbitMQ Introduction RabbitMQ是一个消息代理：它接受并转发消息。你可以把它想象成一个邮局：当你把你想寄出的邮件放在一个邮箱里时，你可以确定送信人最终会把邮件寄给你的收件人。在这个类比中，rabbitMQ是一个邮箱、一个邮局和一个信件载体。 RabbitMQ和邮局之间的主要区别在于，它不处理纸张，而是接受、存