java - 将内存中的类日志重定向到 ObjectOutputStream

Question

我正在尝试构建一个客户端-服务器 IDE，但在从内存中编译/运行类获取运行时异常的错误日志/异常日志时遇到问题。

我的代码如下所示:

public class ServerThread implements Runnable {

private ObjectInputStream objectInputStream;
private ObjectOutputStream objectOutputStream;
private ByteArrayOutputStream byteArrayOutputStream;
private PrintStream out;

public ServerThread(Socket socket) {
    try {
        objectInputStream = new ObjectInputStream(socket.getInputStream());
        objectOutputStream = new ObjectOutputStream(socket.getOutputStream());
        byteArrayOutputStream = new ByteArrayOutputStream();
        out = new PrintStream(byteArrayOutputStream);
    } catch (IOException ex) {
        ex.printStackTrace();
    }
}

@Override
public void run() {
    try {
        StringBuffer sourceCode = new StringBuffer();
        sourceCode.append(objectInputStream.readObject());

        Class<?> myClass = MyJavaCompiler.compile("Test", sourceCode.toString());
        Method mainMethod = myClass != null ? myClass.getDeclaredMethod("main", String[].class) : null;
        Object myObject = myClass.getConstructor().newInstance();
        try {
            System.setOut(out);
            System.out.print(mainMethod.invoke(myObject, new Object[]{null}));
            objectOutputStream.writeObject(byteArrayOutputStream.toString());
        } catch (InvocationTargetException e) {
            Class<?>[] exceptionsList = mainMethod.getExceptionTypes();
            for(Class<?> c : exceptionsList){
                objectOutputStream.writeObject(c.getName());
                }
            }
        } catch (Exception e) {}
    }
}

这是编译器:

import javax.tools.*;
import java.util.Arrays;

/**
 * Created by alin on 8/23/15.
 */
public class MyJavaCompiler {

private static JavaCompiler javac = ToolProvider.getSystemJavaCompiler();

public static Class<?> compile(String className, String sourceCodeInText) throws Exception {

    JavaSourceFromString sourceCode = new JavaSourceFromString(className, sourceCodeInText);

    CompiledCode compiledCode = new CompiledCode(className);
    Iterable<? extends JavaFileObject> compilationUnits = Arrays.asList(sourceCode);
    DynamicClassLoader dynamicClassLoader = new DynamicClassLoader(ClassLoader.getSystemClassLoader());
    MyJavaFileManager fileManager = new MyJavaFileManager(javac.getStandardFileManager(null, null, null), compiledCode, dynamicClassLoader);

    JavaCompiler.CompilationTask task = javac.getTask(null, fileManager, null, null, null, compilationUnits);
    boolean result = task.call();
    if(result){
        System.out.println("SUCCESS");
        return dynamicClassLoader.loadClass(className);
    }
    else{
        System.out.println("FAIL");
        return null;
        }
    }
}

此时，当我的内存类中出现 NullPointerException 时，我会将“[]”发送到客户端。

编辑:

感谢霍尔格的回答和反馈。我设法通过简单地添加 e.printStackTrace(PrintStream) 来获取代码来执行我想要的操作，代码如下:

try {
            System.setOut(out);
            System.out.print(mainMethod.invoke(myObject, new Object[]{null}));
            objectOutputStream.writeObject(byteArrayOutputStream.toString());
        } catch (InvocationTargetException e) {
            e.printStackTrace(out);
            objectOutputStream.writeObject(byteArrayOutputStream.toString());
        }

这个想法是将我的错误输出从内存中的类重定向到服务器的客户端。

Answer 1

您应该习惯 null 的一致行为治疗。这里

Class<?> myClass = MyJavaCompiler.compile("Test", sourceCode.toString());
Method mainMethod = myClass != null ? myClass.getDeclaredMethod("main", String[].class) : null;
Object myObject = myClass.getConstructor().newInstance();

您正在考虑 myClass可能是null初始化时mainMethod但在下一行中，您将无条件调用 getConstructor()上myClass这将导致 NullPointerException当myClass是 null 。即使没有失败，您也已分配 null至mainMethod万一myClass是 null ，但要打电话invoke ，再次不检查 null .

尽管如此，当您的 compile方法返回一个非 null值，您将继续，但如果您收到 InvocationTargetException ，您不会发送与该异常相关的任何内容，事实上您没有访问 e根本没有，但您发送的是 mainMethod.getExceptionTypes() 的结果该方法通过 throws 声明的类型有哪些？条款。该列表可能确实是空的，main方法不需要声明任何异常，仍然可能抛出 RuntimeException或Error s。

你也在表演myClass.getConstructor().newInstance(); 在 try … catch 之外子句以及此构造函数抛出的任何 throwable 都将由外部 try … catch 处理以最糟糕的方式，catch (Exception e) {} ...