Question

我有一个小的春季启动应用程序，作为一些队列的生产者。它使用以下依赖项：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-amqp</artifactId>
    <version>1.4.0.RELEASE</version>
</dependency>

在app中，我开始4个线程。在每个任务中，随机消息的创建最大大小为10KB。使用AmqpTemplate中的convertAndSend方法将这些消息发送到直接交换。对于每个线程，使用单独的通道。到目前为止，一切顺利。

在运行期间，我使用Java VisualVM查看了JVM。我可以看到4个线程工作，但有点惊讶，线程大部分时间处于监视（阻塞）状态。请参阅以下屏幕截图：

http://i.stack.imgur.com/i8uX7.png

这是堆栈跟踪的一部分：

java.lang.Thread.State: BLOCKED
at com.rabbitmq.client.impl.SocketFrameHandler.writeFrame(SocketFrameHandler.java:144)
- waiting to lock <1407a47> (a java.io.DataOutputStream) owned by "Thread-7" t@35
at com.rabbitmq.client.impl.AMQConnection.writeFrame(AMQConnection.java:514)
at com.rabbitmq.client.impl.AMQCommand.transmit(AMQCommand.java:102)
- locked <316a68> (a com.rabbitmq.client.impl.CommandAssembler)
at com.rabbitmq.client.impl.AMQChannel.quiescingTransmit(AMQChannel.java:334)
- locked <1d8e172> (a java.lang.Object)
at com.rabbitmq.client.impl.AMQChannel.transmit(AMQChannel.java:310)
- locked <1d8e172> (a java.lang.Object)
at com.rabbitmq.client.impl.ChannelN.basicPublish(ChannelN.java:657)

这对我来说并不像平行发布。

有谁能说出这种行为是否正确？对我来说似乎不是，但我无法弄清楚什么是错的。

如果我在另一台机器上启动相同的生产者应用程序，阻塞状态似乎会变得更糟，就像rabbitmq代理正在同步访问一样。经纪人本身很好。没有物理限制。没有流量控制。使用额外的制作人应用程序，即使传入的消息速率也几乎翻了一倍。

这对我没有任何意义。有没有人有想法？我不得不担心吗？

提前致谢！

Answer 1

可能这就是问题所在：

https://groups.google.com/forum/#!topic/rabbitmq-users/15cv2qroCps

我也遇到过，这个功能就是原因：

RabbitMQ服务器检测到安装的RAM总量计算机启动时和rabbitmqctl set_vm_memory_high_watermark 分数被执行。默认情况下，当RabbitMQ服务器使用上述内容时 40％的已安装RAM，它会引发内存警报并阻止所有内存正在发布消息的连接。

因此，如果您增加此阈值/添加内存到机器，则可以修复它。

http://www.rabbitmq.com/memory.html

Spring AMQP - 并发发布到RabbitMQ Broker似乎阻止了

1 个答案: