Question

我正在使用一个使用几个jms队列向外部系统发送/接收更新的应用程序。为了测试我的应用程序，我使用Mockrunner，特别是jms模块。我面临一个奇怪的行为：当我启动我的应用程序时，我可以看到CPU以100％的速度暴涨，通过分析线程转储，我可以看到主要原因与我所拥有的jms监听器有关空消息导致消息如：

Consumer ... did not receive a message

现在我试图了解问题是否与我的应用和模拟运行器的错误交互有关，或者是配置错误。

配置的相关部分是：

<bean id="destinationManager" factory-bean="mockRunnerJMSObjectFactory" factory-method="getDestinationManager" />

<bean id="mockJmsConnectionFactory" factory-bean="mockRunnerJMSObjectFactory" factory-method="createMockConnectionFactory" lazy-init="true"/>

和导致CPU无限旋转的侦听器是：

<jms:listener-container concurrency="5" connection-factory="mockJmsConnectionFactory" destination-type="queue" message-converter="myMessageConverter" acknowledge="transacted" >
    <jms:listener 
        id="myListener" 
        destination="myQueue" 
        ref="myConsumer" 
        method="consume"
    />
</jms:listener-container>

<bean id="myConsumer"... />

更新我在Mockrunner项目上打开了一个问题，你可以看到它here。

Answer 1

经过一番调查后，我发现问题在于与Spring DefaultMessageListenerContainer的不良互动。该监听器具有基于轮询的实现，并且假设在应答请求时模拟的基础结构非常快，导致CPU过载。我通过在响应方法中添加一个丑陋的线程睡眠修补了mock runner，也许这迟早会被修复。

Spring JMS侦听器接收导致CPU消耗的空消息

1 个答案: