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

Question

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

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

修改： 平台细节 java version <！> quot; 1.6.0_07 <！> quot; 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

线程转储提取

  <！>

QUOT;游泳池-2-线程79 QUOT <！>; Id = 149已封锁   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）

     <！>

QUOT;游泳池-2-线程78 QUOT <！>; Id = 148 RUNNABLE at   java.io.FileOutputStream.writeBytes（母语   方法）at   java.io.FileOutputStream.write（FileOutputStream.java:260）     在   java.io.BufferedOutputStream.write（BufferedOutputStream.java:105）      - 已锁定<！> lt; 0x6f314ba4 <！> gt; （一个java.io.BufferedOutputStream）at   java.io.PrintStream.write（PrintStream.java:430）      - 已锁定<！> lt; 0xd5d3504 <！> gt; （一个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）      - 已锁定<！> lt; 0x6243a076 <！> gt; （一个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）      - 已锁定<！> lt; 0x45dbd560 <！> gt; （一个org.apache.log4j.ConsoleAppender）at   org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders（AppenderAttachableImpl.java:65）     在   org.apache.log4j.Category.callAppenders（Category.java:203）      - 已锁定<！> lt; 0x6c3ba437 <！> gt; （一个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）

Answer 1

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

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

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

Answer 2

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

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