JBoss和ActiveMQ之间挂起的Socket.read()线程

时间:2013-03-08 19:44:55

标签: java multithreading sockets jboss activemq

特定
  • 我的Java应用程序是部署到JBoss(4.0.4GA)的WAR
  • 发布并订阅ActiveMQ(5.6.0)实例
  • Java应用程序使用Apache Camel(2.10.3)与ActiveMQ进行所有集成(生成和使用)
  • JBoss和ActiveMQ自己(CentOS 5.6 Final)四核虚拟服务器,每个虚拟服务器都在不同的物理上

我有一个线程悬挂问题,我在线程转储中看到以下内容:

java.net.SocketInputStream.socketRead0(Native Method)
java.net.SocketInputStream.read(SocketInputStream.java:129)
java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
java.io.BufferedInputStream.read(BufferedInputStream.java:317)
sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:687)
sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:632)
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1195)
java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:379)
org.springframework.remoting.httpinvoker.SimpleHttpInvokerRequestExecutor.validateResponse(SimpleHttpInvokerRequestExecutor.java:146)
org.springframework.remoting.httpinvoker.SimpleHttpInvokerRequestExecutor.doExecuteRequest(SimpleHttpInvokerRequestExecutor.java:66)
org.springframework.remoting.httpinvoker.AbstractHttpInvokerRequestExecutor.executeRequest(AbstractHttpInvokerRequestExecutor.java:136)
org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.executeRequest(HttpInvokerClientInterceptor.java:192)
org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.executeRequest(HttpInvokerClientInterceptor.java:174)
org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.invoke(HttpInvokerClientInterceptor.java:142)
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
$Proxy117.SigmaCruxer(Unknown Source)
com.tms.SigmaClient.SigmaClient.processMessage(SigmaClient.java:46)
com.tms.SigmaClient.SigmaServiceEndpoint.doSigma(SigmaServiceEndpoint.java:29)
com.tms.SigmaClient.SigmaServiceEndpoint.mark(SigmaServiceEndpoint.java:43)
sun.reflect.GeneratedMethodAccessor193.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
org.apache.camel.component.bean.MethodInfo.invoke(MethodInfo.java:329)
org.apache.camel.component.bean.MethodInfo$1.proceed(MethodInfo.java:231)
org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:169)
org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:104)
org.apache.camel.component.bean.BeanProcessor.process(BeanProcessor.java:74)
org.apache.camel.impl.ProcessorEndpoint.onExchange(ProcessorEndpoint.java:102)
org.apache.camel.impl.ProcessorEndpoint$1.process(ProcessorEndpoint.java:72)
org.apache.camel.impl.converter.AsyncProcessorTypeConverter$ProcessorToAsyncProcessorBridge.process(AsyncProcessorTypeConverter.java:50)
org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:78)
org.apache.camel.processor.SendProcessor$2.doInAsyncProducer(SendProcessor.java:114)
org.apache.camel.impl.ProducerCache.doInAsyncProducer(ProducerCache.java:284)
org.apache.camel.processor.SendProcessor.process(SendProcessor.java:109)
org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:78)
org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:69)
org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:78)
org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:99)
org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:78)
org.apache.camel.processor.RedeliveryErrorHandler.processErrorHandler(RedeliveryErrorHandler.java:318)
org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:209)
org.apache.camel.processor.DefaultChannel.process(DefaultChannel.java:305)
org.apache.camel.processor.UnitOfWorkProcessor.process(UnitOfWorkProcessor.java:102)
org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:78)
org.apache.camel.processor.DelegateAsyncProcessor.processNext(DelegateAsyncProcessor.java:98)
org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:89)
org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:69)
org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:104)
org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:85)
org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:91)
org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:560)
org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:498)
org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:467)
org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:325)
org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:263)
org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1058)
org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1050)
org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:947)
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
java.lang.Thread.run(Thread.java:662)

根据这两个技巧:(herehere),我的JBoss应用程序在Socket.read()上有一个阻塞I / O操作,等待来自下游服务的已完成响应提供者(在我的例子中,ActiveMQ)。同样,根据这些文章,罪魁祸首是以下3项之一:

  • ActiveMQ处于不健康/不稳定状态,响应速度太慢,导致我的侦听/等待/阻塞线程挂起;或
  • ActiveMQ实例本身很好,但是处理一个操作(写入KahaDB等),这个操作花了很长时间才完成,再次导致我的线程挂起;或
  • 我的JBoss应用程序(WAR)和我的ActiveMQ实例之间存在网络问题。

我正在试图找出三者中的哪一个。该线程转储中是否有任何内容表明它是哪一个?我的理解(在阅读这些文章之后)是真正的挂起是客户端(阻塞)套接字刚刚没有收到它需要考虑的所有字节的事实响应完成;意味着它没有收到来自ActiveMQ的任何响应,或者它没有收到完整的响应。

所以我问:

  1. 是否有明确的迹象表明这3种情况中的哪一种情况?如果是这样,为什么/为什么?如果没有,应该我的下一步是什么(我也是设置ActiveMQ的“管理员”,因此我可以完全访问它以及JBoss和部署到它的WAR)。
  2. 升级到更新的JBoss会解决这个问题吗?也许4.0.4GA使用“旧”(阻塞)Java I / O,而较新的版本可能使用NIO?可能是一个长镜头,但还不能抹黑它。
  3. 这两篇文章都强调应该实现正确的套接字超时配置,这可能会很好地缓解所有这些(尽管它没有解决潜在的ActiveMQ无响应和/或网络问题):
    1. 这是我在Java代码中编写的超时吗?如果是这样,用什么API? JMS?一些ActiveMQ客户端jar?
    2. 这是我在操作系统级别实施的超时吗?如果是这样,我不知道该怎么办......
    3. 这是我在服务器端(ActiveMQ)实现的超时吗?如果是这样,怎么样?
  4. 我想我现在正在接近一个解决方案,但有点困难,并且很难看到森林穿过树林。提前谢谢!

1 个答案:

答案 0 :(得分:3)

我对JBoss(和Glassfish)和ActiveMQ有一些经验,但我以前从未使用过Camel(但我熟悉Mule,我读过的很相似)。

您的堆栈跟踪看起来像是Camel尝试将ActiveMQ(跟踪底部的JMS-stuff)链接到Web端点(跟踪顶部的HTTP-stuff)。

我对Camel的运行位置(CamelContext)感到有些困惑。你说你有两个虚拟机,一个用于JBoss,一个用于ActiveMQ。就我而言,我们使用ActiveMQ在机器上运行Mule ESB。你的骆驼在哪里跑?

您的堆栈跟踪与第一篇文章中的问题#1最相似。就像Camel部分无法“看到”Web端点一样。检查您的WAR是否已正确部署,以及您的Web端点(WSDL)是否可从两个虚拟机中看到。检查你的终点;也许一个设置为localhost或其他东西,这将不允许它到达另一台机器。

有点难以判断它是不完整的读取还是完全无法读取。有没有数据通过? Web服务器可能正在缓慢地过载并且无法跟上请求(并且在错误中使某些线程匮乏)。当响应缓慢或请求很多时,套接字超时变得很重要;如果您可以创建一个简单的测试(快速且几乎没有请求),那么您至少可以验证您是否具有基本连接。什么数据输入(测试)导致了这个错误?

如果有更多的意见,我会很乐意尝试改进这个答案。 (对不起,我会尝试评论你的问题,但我认为我还没有代表......)