rabbitmq 限制速度_RabbitMQ之流量控制

问：如果上游发送流量过大，MQ提供拉模式确实可以起到下游自我保护的作用，会不会导致消息在MQ中堆积？

答：下游MQ-client拉取消息，消息接收方能够批量获取消息，需要下游消息接收方进行优化，方能够提升整体吞吐量，例如：批量写。

1)MQ-client提供拉模式，定时或者批量拉取，可以起到削平流量，下游自我保护的作用(MQ需要做的)

2)要想提升整体吞吐量，需要下游优化，例如批量处理等方式(消息接收方需要做的)

先不说如何下游优化，下面说说RabbitMQ如何控制流量：

一个 queue 中消息最大保存量可以在声明 queue 的时候通过设置 x-max-length 参数为非负整数进行指定。Queue 长度的选取需要考量就绪消息量、被忽略的未确认消息量，以及消息大小。当 queue 中的消息量达到了设定的上限时，为了给新消息腾出空间，将会从该 queue 用于保存消息的队列的前端将“老”消息丢弃或者 dead-lettered 。

下面的 Java 示例展示了如何声明一个最多保存 10 条消息的 queue ：

Map args = new HashMap();

args.put("x-max-length", 10);

channel.queueDeclare("myqueue", false, false, false, args);

Prefetch设置：

全局式设定：在application.yml文件中设定spring.rabbitmq.listener.prefetch即可, 这会影响到本Spring Boot应用中所有使用默认Si