Log4j挂起我的应用程序我做错了什么?

时间:2009-03-11 11:13:29

标签: java multithreading log4j deadlock

首先介绍一下应用程序的背景知识。我有一个应用程序通过线程池并行处理许多独立的任务。线程池现在挂起了。

以下是我的线程转储的片段,pool-2中的所有线程都被“pool-2-thread-78”阻塞。它似乎被锁定试图写入控制台,我觉得非常奇怪。任何人都可以为我了解情况吗?

修改: 平台细节 java版“1.6.0_07” Java(TM)SE运行时环境(版本1.6.0_07-b06) Java HotSpot(TM)客户端VM(版本10.0-b23,混合模式,共享)

Ubuntu Linux服务器双核四核机。

在写入printstream时似乎锁定了,我考虑过只删除控制台appender但是我宁愿知道为什么它会阻塞并根据这些知识删除它。在过去,删除并查看它是否有效已经回来咬我:)

我的log4j的相关部分

  

log4j.rootLogger = DEBUG,STDOUT   log4j.logger.com.blah = INFO,LOG   log4j.appender.STDOUT = org.apache.log4j.ConsoleAppender   log4j.appender.LOG = org.apache.log4j.FileAppender

线程转储提取

  

“pool-2-thread-79”Id = 149 BLOCKED on   org.apache.log4j.spi.RootLogger@6c3ba437   拥有“pool-2-thread-78”Id = 148 at   org.apache.log4j.Category.callAppenders(Category.java:201)     在   org.apache.log4j.Category.forcedLog(Category.java:388)     在   org.apache.log4j.Category.error(Category.java:302)     在   com.blah.MessageProcessTask.run(MessageProcessTask.java:103)     在   java.util.concurrent.Executors $ RunnableAdapter.call(Executors.java:441)     在   java.util.concurrent.FutureTask中$ Sync.innerRun(FutureTask / JAVA:268)     在   java.util.concurrent.FutureTask.run(FutureTask / JAVA:54)     在   java.util.concurrent.ThreadPoolExecutor中的$ Worker.runTask(ThreadPoolExecutor.java:885)     在   java.util.concurrent.ThreadPoolExecutor中的$ Worker.run(ThreadPoolExecutor.java:907)     在   java.lang.Thread.run(Thread.java:619)

     

“pool-2-thread-78”Id = 148 RUNNABLE at   java.io.FileOutputStream.writeBytes(母语   方法)at   java.io.FileOutputStream.write(FileOutputStream.java:260)     在   java.io.BufferedOutputStream.write(BufferedOutputStream.java:105)      - 已锁定< 0x6f314ba4> (一个java.io.BufferedOutputStream)at   java.io.PrintStream.write(PrintStream.java:430)      - 已锁定< 0xd5d3504> (一个java.io.PrintStream)at   org.apache.log4j.ConsoleAppender $ SystemOutStream.write(ConsoleAppender.java:173)     在   sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:202)     在   sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:272)     在   sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:276)     在   sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:122)      - 已锁定< 0x6243a076> (一个java.io.OutputStreamWriter)at   java.io.OutputStreamWriter.flush(OutputStreamWriter.java:212)     在   org.apache.log4j.helpers.QuietWriter.flush(QuietWriter.java:57)     在   org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:315)     在   org.apache.log4j.WriterAppender.append(WriterAppender.java:159)     在   org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230)      - 已锁定< 0x45dbd560> (一个org.apache.log4j.ConsoleAppender)at   org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65)     在   org.apache.log4j.Category.callAppenders(Category.java:203)      - 已锁定< 0x6c3ba437> (一个org.apache.log4j.spi.RootLogger)at   org.apache.log4j.Category.forcedLog(Category.java:388)     在   org.apache.log4j.Category.error(Category.java:302)     在   com.blah.MessageProcessTask.run(MessageProcessTask.java:103)     在   java.util.concurrent.Executors $ RunnableAdapter.call(Executors.java:441)     在   java.util.concurrent.FutureTask中$ Sync.innerRun(FutureTask / JAVA:268)     在   java.util.concurrent.FutureTask.run(FutureTask / JAVA:54)     在   java.util.concurrent.ThreadPoolExecutor中的$ Worker.runTask(ThreadPoolExecutor.java:885)     在   java.util.concurrent.ThreadPoolExecutor中的$ Worker.run(ThreadPoolExecutor.java:907)     在   java.lang.Thread.run(Thread.java:619)

2 个答案:

答案 0 :(得分:12)

您可以使用AsyncAppender更好地将记录器与appender分离。

在Windows上,如果您在控制台窗口中单击,则会暂停控制台,例如stdout缓冲区将填满,并且当控制台appender按顺序写入时,您的应用程序将挂起,直到您释放控制台(按Enter键)。

考虑将asyncAppender与log4j一起使用 - 大部分时间都是好主意 - 唯一的问题 - AsynAppender缓冲区在退出时不会完全刷新。

答案 1 :(得分:10)

首先,我相信log4j会串行写入文件和控制台,否则你的所有日志都会被破坏。所以当一个线程正在写另一个想要写的线程时,必须等到另一个线程完成。另外,如果另一端附着的东西没有耗尽它,stdout可能会阻塞它。

<\ n>在unix中有一个名为stdout的特殊文件描述符。当您在控制台中启动应用程序时,stdout将附加到控制台。您还可以将stdout重定向到其他文件。例如:java Blah&gt;的/ dev / null的。很可能你有stdout指向一个正在填满的文件。例如,管道是一个文件,如果另一端的程序没有耗尽管道,那么写入管道的程序最终会阻塞。