RabbitMQ 团队很高兴地宣布发布 RabbitMQ Java 客户端 4.0 版本。此新版本没有引入任何重大更改，并附带了许多有趣的新功能。

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

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

为了防止快速发布者向代理发送超出其在任何特定时刻可以处理的消息量，RabbitMQ 实现了一种称为信用流的内部机制，RabbitMQ 内部各个系统将使用该机制来限制发布者，同时允许消息消费者赶上进度。在这篇博文中，我们将了解信用流的工作原理，以及我们可以做些什么来调整其配置以获得最佳行为。

一段时间以来，人们一直在寻找使用 RabbitMQ 实现延迟消息传递的方法。到目前为止，公认的解决方案是结合使用 James Carr 此处 提出的 消息 TTL 和 死信交换。一段时间以来，我们一直考虑为此提供开箱即用的解决方案，并且在过去的一个月里，我们有时间将其作为插件实现。输入 RabbitMQ 延迟消息插件。

“我的队列使用了多少内存？”这是一个很容易提出的问题，但要回答却有点复杂。RabbitMQ 3.4 让您更清楚地了解队列如何使用内存。这篇博文对此进行了简要介绍，并解释了一般队列的内存使用情况。

RabbitMQ 3.3 的目标之一是，您应该能够更轻松地找到正在运行的系统中的瓶颈。较旧版本的 RabbitMQ 允许您查看您是否受到速率限制，但没有轻松地让您看到原因。在这篇博文中，我们将介绍 3.3 版中的一些新的性能指标。

在开始之前，我要警告您：这是另一篇关于 RabbitMQ 3.3 中性能相关更改的冗长的博文。还在看吗？很好。

因此，在 上一篇文章 中，我提到了“一项我将在未来的博文中讨论的新功能”。该功能是消费者偏向。

好吧，我们昨天已经把 坏消息 抛诸脑后了，所以今天让我们来谈谈（一些）好消息：某些类型的发布和消费现在快了很多，尤其是在集群中。

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

在这篇博文中，我们将解决在分布式系统中控制对特定资源访问的问题。解决此问题的技术在计算机科学中是众所周知的，称为信号量，它是由 Dijkstra 在 1965 年在他的名为“协作顺序进程”的论文中发明的。我们将了解如何使用 AMQP 的构建块（如消费者、生产者和队列）来实现它。