high Spring JMS DefaultMessageListenerContainer是什么。receiveTimeout参数的意思是？

Question

我正在进入一个实现IBM MQ侦听Spring JMS应用程序的项目，我很难理解DefaultMessageListenerContainer中的“receiveTimeout”。

与来自互联网的消息相比，我认为我的项目有点特别，我们使用了一个非常高的值30秒作为“receiveTimeout”参数，我不知道这实际上意味着什么。

我已经试图弄清楚“receiveTimeout”参数的含义，在Spring配置之后，我将在下面给出我的理解。

仅供参考：我们正在读取/处理来自队列的许多消息，这些消息都非常小（约100kb）。

这是我们正在使用的spring配置：

<bean id="msgListenerContainer"
        class="org.springframework.jms.listener.DefaultMessageListenerContainer"
        p:connectionFactory-ref="mqConnectionFactory" 
        p:messageListener-ref="myMessageListener" p:sessionTransacted="true"
        p:concurrentConsumers="1" p:maxConcurrentConsumers="20"
        p:receiveTimeout="30000" p:idleTaskExecutionLimit="10"
        p:idleConsumerLimit="5" />

如果有人在抱怨不同的参数，以下是我在互联网上收集的信息：

idle消费者限制属性用于指定在给定时间允许空闲的最大消费者数量。增加此限制会导致更积极地创建调用者。这有助于更快地增加消费者数量。

idleTaskExecutionLimit：接收任务允许的空闲执行次数的限制。默认值为1，导致任务未收到消息时提前关闭空闲资源。idleTaskExecutionLimit属性设置为10以允许任务执行10次，而不是默认值1。

receiveTimeout属性设置为30秒，以告知DMLC的接收操作轮询消息30秒，而不是默认的1秒。

以下是我的理解：

这意味着：如果有重载，Spring JMS将启动多达20个消费者（maxConcurrentConsumers），一旦负载下降，这些消费者将在关闭或空闲之前继续阅读消息30秒（receiveTimeout）。因此，在此之后，5个消费者（idleConsumerLimit）仍将空闲10秒（？）（idleTaskExecutionLimit）关闭前。

如果我错了，请纠正我。

一个网页上说，我的消费者每30秒只会阅读一条消息，但我认为这不是对“接收超时”的正确解释。

我们目前面临的一个问题是，我们有许多GET从MQ中读取，但实际上没有收到消息-例如，我们可以有60000个GET，它们实际上能够读取消息，相比之下，发生了2100000个GET，但没有读取消息。

我很感谢大家帮助我更好地理解Spring JMS的行为。

Answer 1

当询问代理客户端是否还有更多工作时使用接收超时（receive（））-它不是轮询代理，只是轮询客户端库以查看代理是否发送了更多消息。这与信息的接收频率无关。

当超时发生时，容器会立即再次调用接收（）。

高接收超时意味着容器对Stop（）调用的响应较少-容器只能在接收（）调用之间停止。