Question

我正在研究一个使用Java注释处理API生成代码的Java程序（Dagger）。当我们的程序在Foo.java中遇到注释时，它会生成Foo$$InjectAdapter.java。我们使用Filer API附加触发生成代码的原始Element。

Filer文档说这是为了帮助增量构建：

“此信息可用于增量环境，以确定是否需要重新运行处理器或删除生成的文件。非增量环境可能会忽略原始元素信息。”

是否有人知道使用此信息的增量环境？ javac或Eclipse编译器是否使用此信息？

Answer 1

是否有人知道使用此信息的增量环境？

抱歉，我没有。

javac或Eclipse编译器是否使用此信息？

javac的：

javac的内部注释处理环境使用javax.annotation.processing.Filer实现类com.sun.tools.javac.processing.JavacFiler。以下是此类的相关代码段：
```
public JavaFileObject createSourceFile(CharSequence paramCharSequence, 
                                       Element[] paramArrayOfElement) throws IOException {
    return createSourceOrClassFile(true, paramCharSequence.toString());
}
```
即。它只是抛弃了原始元素，而不是以任何方式使用它们。

对createClassFile和createResourceFile也是如此。

这是一个很大的问题。
Eclipse编译器：

在Eclipse中，您可以通过
启用java 6样式的注释处理
项目属性 - ＆gt; Java编译器 - ＆gt;注释处理 - ＆gt;选中“启用项目特定设置”＆amp;选中“启用注释处理”

这将注释处理委托给JDT-Core内部编译器，后者使用它自己的注释处理实现。 Eclipse 4.2,3.7和3.6源代码不包含字符串javax.annotation.processing或originatingElements - 即根本不使用新的Java 6注释处理API。搜索Filer时，我们发现它使用了旧的jdk-5样式Filer接口：

org.eclipse.jdt.apt.core.internal.env.BuildFilerImpl扩展 org.eclipse.jdt.apt.core.internal.env.FilerImpl，它实现了 com.sun.mirror.apt.Filer

所有这些都有方法签名：
```
PrintWriter createSourceFile(String name) throws IOException;
OutputStream createClassFile(String name) throws IOException;
PrintWriter createTextFile(Location loc, String pkg, File relPath, String charsetName) throws IOException;
OutputStream createBinaryFile(Location loc, String pkg, File relPath) throws IOException;
```
这是一个很大的问题。

Filer的原始元素是否有用？

1 个答案: