只是为了添加Rick和Mikhail的解决方案,这在这种情况下是唯一的选择,我想举一个例子,说明如何创建一个自定义的OutputStream可能会导致不那么容易检测/修复问题.这里有一些代码:
import java.io.IOException;
import java.io.OutputStream;
import java.io.PrintStream;
import org.apache.log4j.Logger;
public class RecursiveLogging {
/**
* log4j.properties file:
*
* log4j.rootLogger=DEBUG, A1
* log4j.appender.A1=org.apache.log4j.ConsoleAppender
* log4j.appender.A1.layout=org.apache.log4j.PatternLayout
* log4j.appender.A1.layout.ConversionPattern=%-4r [%t] %-5p %c %x - %m%n
*
*/
public static void main(String[] args) {
// Logger.getLogger(RecursiveLogging.class).info("This initializes log4j!");
System.setOut(new PrintStream(new CustomOutputStream()));
System.out.println("This message causes a stack overflow exception!");
}
}
class CustomOutputStream extends OutputStream {
@Override
public final void write(int b) throws IOException {
// the correct way of doing this would be using a buffer
// to store characters until a newline is encountered,
// this implementation is for illustration only
Logger.getLogger(CustomOutputStream.class).info((char) b);
}
}
此示例显示使用自定义输出流的陷阱.为了简单起见,write()函数使用log4j记录器,但可以用任何自定义日志记录工具(如我的场景中的)进行替换.主要功能创建一个PrintStream,它打包一个CustomOutputStream,并将输出流设置为指向它.然后它执行一个System.out.println()语句.此语句被重定向到CustomOutputStream,将其重定向到记录器.不幸的是,由于记录器被初始化,它将获取控制台输出流的副本(根据定义ConsoleAppender的log4j配置文件)太晚,即输出流将指向我们刚创建的导致重定向的CustomOutputStream循环,从而在运行时发生StackOverflowError.
现在,使用log4j这是很容易解决的:我们只需要在调用System.setOut()之前初始化log4j框架,例如,取消注释主函数的第一行.幸运的是,我必须处理的自定义日志记录工具只是一个围绕log4j的包装,我知道它将在太晚之前被初始化.但是,在完全自定义的日志记录工具的情况下,在封面下使用System.out / err,除非可以访问源代码,否则无法确定是否和何处执行直接调用System.out / err而不是调用在初始化期间获取的PrintStream参考.我可以想到的唯一的工作是为了检索函数调用堆栈并检测重定向循环,因为write()函数不应该是递归的.