【问题标题】:Spring JMS listener receives empty messages causing CPU consumptionSpring JMS 监听器接收空消息导致 CPU 消耗
【发布时间】:2015-05-19 12:13:47
【问题描述】:

我正在开发一个应用程序,该应用程序使用几个 jms 队列向外部系统发送/接收更新。为了测试我的应用程序,我使用了 Mockrunner,特别是 jms 模块。 我面临一个奇怪的行为:当我启动我的应用程序时,我可以看到 CPU 以 100% 的速度飙升,并且通过分析线程转储,我可以看到主要原因与我拥有的 jms 侦听器有关,这些侦听器看起来像接收到空消息这会导致如下消息:

Consumer ... did not receive a message

现在我正在尝试了解问题是否与我的应用和 mockrunner 的不良交互有关,或者是配置错误。

配置的相关部分是:

<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

【问题讨论】:

    标签: java spring jms mockrunner


    【解决方案1】:

    经过一番调查,我发现问题在于与 Spring DefaultMessageListenerContainer 的交互不好。该侦听器具有基于轮询的实现,并且鉴于模拟的基础架构在响应请求时非常快,导致 CPU 过载。我通过在响应方法中添加一个丑陋的线程睡眠来修补模拟跑步者,也许这迟早会被修复。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2011-10-09
      • 1970-01-01
      • 1970-01-01
      • 2023-01-30
      • 1970-01-01
      • 2011-05-29
      • 2019-03-05
      相关资源
      最近更新 更多