2

我正在使用 Java Compiler API 来编译内存中的类。也就是说,类被编译为字节码(没有 .classes 文件存储在磁盘中),然后通过重建字节码来加载。

有时,我需要编译一个依赖于另一个也是在内存中编译的类的类。例如:编译A类,然后编译依赖于A类的B类。

为了解决这个问题,我将 Class A 和 Class B 作为编译器 API 的 getTask 方法所需的编译单元传递。

但是,我真的不喜欢这个解决方案,因为它让我重新编译已经编译的 Class A。

有没有办法解决这个问题?

编辑:我通过这个链接找到了一个解决方案:http: //www.ibm.com/developerworks/java/library/j-jcomp/index.html

4

4 回答 4

2

是的,只要您正确实施ForwardingJavaFileManager. 两个最重要的方法是inferBinaryName()list()。如果您正确设置这两个,编译器将能够解析您之前编译的类。

inferBinaryName()必须返回类的简单名称(例如推断的二进制名称com.test.Test将是 just Test)。这是我的实现(我的子类JavaFileObject被称为InAppJavaFileObject):

@Override
public String inferBinaryName(Location location, JavaFileObject javaFileObject) {

    if(location == StandardLocation.CLASS_PATH && javaFileObject instanceof InAppJavaFileObject) {
        return StringUtils.substringBeforeLast(javaFileObject.getName(), ".java");
    }

    return super.inferBinaryName(location, javaFileObject);
}

请注意,我从最后剥离了“.java”。构造时JavaFileObject,文件名必须以“.java”结尾,但如果你以后不去掉后缀,编译器将找不到你的类。

list()有点复杂,因为您必须小心地与您的委托文件管理器一起玩。在我的实现中,我将完全限定的类名映射到JavaFileObject我可以迭代的子类:

@Override
public Iterable<JavaFileObject> list(Location action, String pkg, Set<JavaFileObject.Kind> kind, boolean recurse) throws IOException {

    Iterable<JavaFileObject> superFiles = super.list(action, pkg, kind, recurse);

    // see if there's anything in our cache that matches the criteria.
    if(action == StandardLocation.CLASS_PATH && (kind.contains(JavaFileObject.Kind.CLASS) || kind.contains(JavaFileObject.Kind.SOURCE))) {

        List<JavaFileObject> ourFiles = new ArrayList<JavaFileObject>();
        for(Map.Entry<String,InAppJavaFileObject> entry : files.entrySet()) {
            String className = entry.getKey();
            if(className.startsWith(pkg) && ("".equals(pkg) || pkg.equals(className.substring(0, className.lastIndexOf('.'))))) {
                ourFiles.add(entry.getValue());
            }
        }

        if(ourFiles.size() > 0) {
            for(JavaFileObject javaFileObject : superFiles) {
                ourFiles.add(javaFileObject);
            }

            return ourFiles;
        }
    }

    // nothing found in our hash map that matches the criteria...  return
    // whatever super came up with.
    return superFiles;
}

一旦您正确实施了这些方法,其余的就可以工作了。享受!

于 2011-12-07T13:07:12.293 回答
1

这导致了一个明显的问题,即为什么要先单独编译 A 类。为什么不一口气编译所有内容?

于 2010-11-29T10:02:54.980 回答
0

如果您维护文件的修改时间和(内存中)编译的字节码怎么办?

于 2010-11-29T10:25:59.707 回答
0

我不认为你可以避免编译这两个类。事实上,如果你不编译它们,你最终可能会遇到二进制兼容性问题,或者不正确的内联常量问题。

这与从命令行编译一个类而不是另一个类时遇到的问题基本相同。

但老实说,我不会担心尝试像那样优化编译。(如果您的应用程序需要能够动态编译一个类而不是另一个类,那么它可能存在严重的设计问题。)

于 2010-11-29T11:32:43.300 回答