Question

我有一个应用程序，它将所有日志记录整合到一个单实例类中，以便于选择性调试打印等。该类已经存在了一年左右的工作顺利，但就在最近我碰巧转了日志升级到最高设置（我很少这样做），标准输出似乎最终阻止。这会在下次代码的其他部分调用println时，或者当它尝试使用日志记录类（阻止等待println返回时）时导致破坏。

我的第一个想法是我的日志记录类遇到了某种并发问题，但是搜索堆栈跟踪会让我确信我的同步工作正常并且在任何给定时间只有一个线程尝试写入控制台。以下是有问题的线程上的示例堆栈跟踪：

Thread [Thread-127] (Suspended) 
    FileOutputStream.writeBytes(byte[], int, int) line: not available [native method] [local variables unavailable] 
    FileOutputStream.write(byte[], int, int) line: 260  
    BufferedOutputStream.flushBuffer() line: 65 
    BufferedOutputStream.flush() line: 123  
    PrintStream.write(byte[], int, int) line: 432   
    StreamEncoder.writeBytes() line: 202    
    StreamEncoder.implFlushBuffer() line: 272   
    StreamEncoder.flushBuffer() line: 85    
    OutputStreamWriter.flushBuffer() line: 168  
    PrintStream.write(String) line: 477 
    PrintStream.print(String) line: 619 
    PrintStream.println(String) line: 756   
    Logger(Logger).LogMessage(String) line: 180 
    RemoteConsoleMonitor$1.run() line: 56   
    Thread.run() line: 662

深入研究本机堆栈跟踪，我发现JVM进程在Windows本机ZwWriteFile调用中阻塞。我最好的猜测是JVM使用配置为同步读/写缓冲数据的命名管道，但读者已经以某种方式停止并让缓冲区填满。同时编写器被阻塞等待缓冲区空间可用，但这种情况从未发生过。这是同一线程的本机堆栈跟踪：

    ntdll.dll!_ZwWriteFile@36()  + 0x15 bytes   
    ntdll.dll!_ZwWriteFile@36()  + 0x15 bytes   
    jvm.dll!InterfaceSupport::serialize_memory(JavaThread * thread=0x00000220)  Line 40 + 0x9 bytes C++
    java.dll!writeBytes(const JNINativeInterface_ * * env=0x2ac2b13c, _jobject * this=0x3e00f204, _jobject * bytes=0x3e00f200, long off=0, long len=97, _jfieldID * fid=0x7ecee033)  Line 144 + 0x21 bytes  C
    java.dll!Java_java_io_FileOutputStream_writeBytes(const JNINativeInterface_ * * env=0x2ac2b13c, _jobject * this=0x3e00f204, _jobject * bytes=0x3e00f200, long off=0, long len=97)  Line 73 + 0x20 bytes C
0d8a3826()  
    ...

最终结果是stdout缓冲区被填满，迟早会停止写入控制台。

这就是问题：如果我独立运行应用程序而不是从Apache Ant构建脚本运行它，我就无法重现问题。所以它可能与Ant重定向过程输出的方式有关，但是我对提交错误报告犹豫不决，因为看起来好像其他人会在此之前碰到这个问题...而且，因为我不能得到相同的孤立地再现的行为。

关于我如何进一步追踪这一点的任何想法或建议？

UPDATE ：将Eclipse从3.4.2更新到Helios（M2）神奇地解决了这个问题。我还可以通过从命令行而不是UI启动集成的Ant构建器来继续使用3.4.2：

java -jar <eclipse directory>\plugins\org.eclipse.equinox.launcher_<version>.jar -application org.eclipse.ant.core.antRunner -buildfile <buildfile>

Answer 1

这不是一个解决方案，而是一些指导你进一步调查。

根据Apache Ant FAQ

当Apache Ant发布新进程时例如，通过使用，或任务，它也将开始一个新的线程阅读标准输入和发送一切它已阅读该过程。。

在以下几行中，他们提到了类似Unix的系统的问题：

这种行为导致奇怪的一面像Ant这样的效果在构建分支新时暂停进程作为后台进程运行在类Unix系统上.....

查看相关的Bug。

您现在可以采取的步骤：

更新到最新版本的Apache Ant
更新到最新版本的Java。
如果可能，请为您的操作系统应用最新的补丁
使用 Ant
如果否，那么微笑：）
否则尝试一种替代方式。尝试通过Java的ProcessBuilder或Runtime.getRuntime().exec()执行您的应用程序，即编写一个小的应用程序启动器代码并通过它执行您的应用程序。
如果您的应用程序有效，则问题出在Ant上。提交错误。
如果应用程序仍然表现得很奇怪，那么您需要进一步调查您的代码或者可以考虑提交Java bug。

希望这会有所帮助。祝你好运。

System.out.println最终阻止

1 个答案: