RabbitMQ Java 客户端 4.0 版本引入了运行时指标支持。这对于了解客户端应用程序的运行状况特别有用。让我们看看如何启用指标收集以及如何在 JMX 中甚至在 Spring Boot 应用程序内部监控这些指标。

RabbitMQ 团队很高兴地宣布发布 RabbitMQ Java 客户端 4.0 版本。此新版本不包含任何破坏性更改，并带来了一系列有趣的​​新功能。

我们很高兴地宣布 RabbitMQ 3.6.0 现已上市。这是一个新版本的代理，其中包含许多 新功能。在我们继续之前，您可以在此处获取： /docs/download。

本次发布在代理功能、贡献者开发环境和安全性方面带来了许多改进。让我们来看看其中一些最显著的改进。

为了防止快速的发布者使代理（broker）超载，超出其当前处理能力，RabbitMQ 实现了一个内部机制，称为*信用流（credit flow）*。RabbitMQ 内部的各种系统将使用此机制来降低发布者的速度，同时允许消息使用者追赶。在这篇博文中，我们将了解*信用流*的工作原理，以及我们可以做什么来调整其配置以获得最佳性能。

一段时间以来，人们一直在寻找在 RabbitMQ 中实现延迟消息的方法。到目前为止，公认的解决方案是使用 消息 TTL 和 死信交换器 的组合，NServiceBus 在此 处 实现。在考虑了开箱即用的解决方案一段时间后，我们有机会将其实现为一个插件。引入 RabbitMQ 延迟消息插件。

“我的队列使用了多少内存？”这是一个很容易提出的问题，但回答起来却有些复杂。RabbitMQ 3.4 让您更清楚地了解队列如何使用内存。这篇博文讨论了这个问题，并解释了队列内存使用的一般情况。

RabbitMQ 3.3 的目标之一是让您能够更轻松地找到运行系统中的瓶颈。旧版本的 RabbitMQ 允许您看到您受到速率限制，但并不容易让您看到原因。在这篇博文中，我们将讨论 3.3 版本中的一些新性能指标。

我先警告您：这又是一篇关于 RabbitMQ 3.3 中性能相关更改的长篇博文。您还在吗？很好。

所以，在 上一篇帖子中，我提到了“一个我将在未来的博文中讨论的新功能”。那个功能就是消费者偏差。

昨天我们已经公布了坏消息，所以今天我们来聊聊（一些）好消息：某些类型的发布和消费现在速度快了很多，尤其是在集群环境中。

什么？又一篇 “Breaking things” 的文章？是的，但希望这次比上次要容易处理得多。但 RabbitMQ 3.3.0 中有足够多稍微不兼容的更改，值得在此列出。