如何更改 getSystemJavaCompiler 的类加载器

Question

我正在使用 Java 编译器 API 动态编译 Java 源代码。我生成的源文件继承自com.example.BaseClass，它只是一个普通的类，不是动态生成的。生成的 Java 源代码如下所示：

public class Foo implements com.example.BaseClass
{
    @Override
    public Integer getAnswer(com.example.Context context) throws Exception
    {
        return ...;
    }
}

在 IDE 中运行时一切正常，但打包到 Springboot jar 后，我的 com.example.BaseClass 被移动到 BOOT-INF/classes/com.example.BaseClass。动态编译时，我现在得到：

/Foo.java:1: error: package com.example does not exist 
public class Foo implements com.example.BaseClass
                                       ^

我尝试更改编译器的类加载器，以便编译器在 BOOT-INF/classes 中搜索。

    ClassLoader before = Thread.currentThread().getContextClassLoader();
    Thread.currentThread().setContextClassLoader(new CustomClassloader(before));
    JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
    Thread.currentThread().setContextClassLoader(before);

但是，调试显示我的 CustomClassloader.loadClass(String name) 方法从未被调用。更多调试表明 compiler.getClass().getClassloader() 返回

java.net.FactoryURLClassLoader@39a5ae48

因此，Compiler 实例不使用 CustomClassloader。如何让编译器使用我的 CustomClassloader？当然也欢迎更好的解决编译问题的解决方案:-)。

Answer 1

关于 java 标准编译器如何进行查找有一些奇怪的地方，它并不总是正确地解析出正在运行的类路径。无论如何，它使用JavaFileManager.list 调用来解决这个问题。

在尝试查找您的基类的过程中，它会调用它至少 4 次。覆盖 ForwardingJavaFileManager 并将其传递给 getTask 并让它查找资源并返回它。

或者，您可以使用Janino in-momeory compiler 库，它在内存文件系统中设置了一个伪造的文件系统（不编译到磁盘），并且仍然使用平台编译器并为您整理所有这些类路径的废话。