<2008-4-12 20时48分52秒 GMT+08:00> <Error> <WebLogicServer> <BEA-000337> <ExecuteThread: '8' for queue: 'weblogic.kernel.Default' has been busy for "624" seconds working on the request "Http Request: /webbi/click.do", which is more than the configured time (StuckThreadMaxTime) of "600" seconds.>
如果代码中存在同步方法,并且是调用率比较高的,那么可能会出现CPU利用率低并且TPS也低的情况。通常Java应用自身的同步代码并不是很多,但是所用到的一些扩展的包,就有可能用到了同步代码。最典型的一个例子是Log4j. 给出一个示例的Thread Dump
"ExecuteThread: '152' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0x08d9fef8 nid=0x1f28 waiting for monitor entry [5a1fd000..5a1fe24c]
at org.apache.log4j.Category.callAppenders(Category.java:185)
- waiting to lock <0x838664b0> (a org.apache.log4j.spi.RootCategory)
at org.apache.log4j.Category.forcedLog(Category.java:372)
at org.apache.log4j.Category.info(Category.java:674)
...
152号执行线程在等待<0x838664b0> (a org.apache.log4j.spi.RootCategory) 对象被其他线程释放同步锁。在完整的Thread dump中可以看出,有大量的线程都在等待同一个对象。这个对象被158号线程使用:
"ExecuteThread: '158' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0x08da4d28 nid=0x1f28 waiting for monitor entry [59efd000..59efe24c]
at java.lang.StackTraceElement.toString(StackTraceElement.java:130)
at java.lang.String.valueOf(String.java:2131)
at java.lang.StringBuffer.append(StringBuffer.java:370)
- locked <0xa32e5370> (a java.lang.StringBuffer)
at java.lang.Throwable.printStackTrace(Throwable.java:512)
- locked <0xa326af28> (a org.apache.log4j.spi.VectorWriter)
at org.apache.log4j.spi.ThrowableInformation.getThrowableStrRep(ThrowableInformation.java:50)
at org.apache.log4j.spi.LoggingEvent.getThrowableStrRep(LoggingEvent.java:333)
at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:295)
at org.apache.log4j.WriterAppender.append(WriterAppender.java:150)
at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:221)
- locked <0x83866430> (a org.apache.log4j.ConsoleAppender)
at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:57)
at org.apache.log4j.Category.callAppenders(Category.java:187)
- locked <0x838664b0> (a org.apache.log4j.spi.RootCategory)
at org.apache.log4j.Category.forcedLog(Category.java:372)
由于Log4j的同步代码导致出现上述的问题。所以,如果不是为了跟踪问题,尽量将Log4j的日志级别设置的高一些。减少同步代码的调用,能够极大的利用硬件资源。
分享到:
相关推荐
通过控制台(mydomain->Servers->myserver->Configuration->Tuning)下的`StuckThreadMaxTime`选项,可以进行个性化配置。 #### Server/StuckThreadTimerInterval **指标名称**:Server/StuckThreadTimerInterval *...
如果发现线程被阻塞,例如`ExecuteThread`在一个队列上超过预设的时间(StuckThreadMaxTime)工作,这通常需要进一步的调试。堆栈跟踪可以帮助定位导致阻塞的具体代码行。 在尝试解决问题时,可以依据找到的问题点...
2. **线程阻塞 (StuckThreadMaxTime)**:可能是因为某个线程长时间未完成,需要检查线程状态,优化代码,或调整线程池设置。 3. **JDBC连接池满 (PoolLimitSQLException)**:在启动或运行过程中,需增加连接池大小,...
| Server | StuckThreadMaxTime | StuckThreadMaxTime | 设置检测死锁线程的最大时间间隔。 | | | StuckThreadTimerInterval | StuckThreadTimerInterval | 检测死锁线程的时间间隔。 | | Server | ...
在Weblogic服务器中,当一个线程执行时间超过预设的“StuckThreadMaxTime”(默认60秒)时,会发出警告,但不会自动采取行动。这种情况下,开发者需要通过生成线程堆栈(thread dump)来分析导致线程长时间运行的...
日志中频繁出现的错误信息`<Error> <WebLogicServer> <BEA-000337>`表明有执行线程在处理特定请求(如`Http Request: /guestAction.jsp`)时超过了预设的超时时间(StuckThreadMaxTime)60秒。这揭示了WebLogic的...
- **堵塞线程最大时间(`StuckThreadMaxTime`)**: 连续运行达到该时间的线程被视为堵塞。默认值为600秒。 - **堵塞线程时间间隔(`StuckThreadTimerInterval`)**: 定期检查线程是否堵塞的时间间隔,默认值为600秒。 ...
当线程运行时间超过预设的最大值(StuckThreadMaxTime,默认为600秒)时,WebLogic Server会将线程标记为STUCK,并记录警告消息。此外,需要定期进行线程转储以诊断潜在的性能问题,特别是当遇到堵塞线程时。 工作...
- **StuckThreadMaxTime/StuckThreadTimerInterval**:这两个参数用于检测和处理“卡死”的线程。 - **ThreadPoolPercentSocketReaders/AcceptBacklog**:这些参数分别用于调整Socket读取线程的比例和监听队列长度。...