重定向系统。我们需要一个完整的系统。犯错误

Question

我有一些遗留代码（或者更确切地说，一些我们无法控制但我们必须使用的代码），可以编写大量语句来system.out/err.

与此同时，我们正在使用一个框架，该框架使用一个围绕log4j的自定义日志系统（同样，不幸的是，我们不能控制这个）。

因此，我试图将out and err流重定向到一个将使用日志系统的定制PrintStream。我在读关于系统的书。setLog（）和系统。setErr（）方法，但问题是，我需要编写自己的PrintStream类来封装正在使用的日志系统。那将是一个巨大的头痛。

有没有简单的方法来实现这一点？

Answer 1

看看PrintStream提供的构造函数。您可以将日志框架OutputStream直接传递给PrintStream，然后设置系统。我们需要一个完整的系统。使用打印流时出错。

编辑：下面是一个简单的测试用例：

public class StreamTest
{
    public static class MyOutputStream extends FilterOutputStream
    {
        public MyOutputStream(OutputStream out)
        {
            super(out);
        }

        @Override
        public void write(byte[] b, int off, int len) throws IOException
        {
            byte[] text = "MyOutputStream called: ".getBytes();         
            super.write(text, 0, text.length);
            super.write(b, off, len);
        }
    }

    @Test   
    public void test()
    {       
        //Any OutputStream-implementation will do for PrintStream, probably
        //you'll want to use the one from the logging framework
        PrintStream outStream = new PrintStream(new MyOutputStream(System.out), true);  //Direct to MyOutputStream, autoflush
        System.setOut(outStream); 

        System.out.println("");
        System.out.print("TEST");
        System.out.println("Another test");
    }
}

输出为：

MyOutputStream called: 
MyOutputStream called: TESTMyOutputStream called: Another testMyOutputStream called: 

第二行有一个空调用（MyOutputStream被称为：-输出，之后没有调用），因为println将首先将另一个测试字符串传递给写入方法，然后用换行再次调用它。

Answer 2

您不需要环绕正在使用的自定义日志系统。当应用程序初始化时，只需创建LoggingOutputStream并在系统上设置该流。setOut（）和系统。setErr（）方法，每个方法的日志记录级别都符合您的要求。从那时起，任何系统。应用程序中遇到的out语句应直接转到日志。

Answer 3

为了补充Rick和Mikhail的解决方案，这是本场景中唯一的选择，我想举一个例子，说明创建自定义输出流如何可能导致不那么容易检测/修复问题。下面是一些代码：

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);
  }
}

这个例子展示了使用自定义输出流的缺陷。为了简单起见，↑（）函数使用log4j记录器，但是它可以被任何自定义日志记录工具所取代（比如我的场景中的工具）。主函数创建一个包装自定义输出流的PrintStream，并将输出流设置为指向它。然后它执行一个System.out.println（）语句。该语句被重定向到自定义输出流，该语句将重定向到记录器。不幸的是，由于记录器是懒惰初始化的，它将获取控制台输出流的副本（根据定义ConsoleAppender的log4j配置文件）太晚，即，输出流将指向我们刚刚创建的CustomOutputStream，导致重定向循环，从而在运行时产生StackOverflow Error。

现在，有了log4j，这很容易修复：我们只需要在调用System.setOut（）之前初始化log4j框架，例如，取消对主函数的第一行的注释。对我来说幸运的是，我必须处理的自定义日志记录工具只是log4j的一个包装，我知道它会在为时已晚之前初始化。然而，对于一个完全自定义的日志记录工具，它在封面下使用System.out/err，除非源代码是可访问的，否则不可能知道是否以及在哪里执行对System.out/err的直接调用，而不是初始化期间对PrintStream引用的调用。对于这种特殊情况，我能想到的唯一工作是检索函数调用堆栈并检测重定向循环，因为↑（）函数不应该是递归的。