如何查找Ant构建脚本所使用的Java编译器？

嘿，这个问题挺有意思的——明明SDK里只有JRE，没有javac.exe，但Ant的javac任务却能正常运行，咱们来梳理下剩下的可能性，以及怎么找到背后的编译器：

1. Ant自带的Eclipse编译器（ECJ）是最大嫌疑 #

Ant本身默认就携带了Eclipse Compiler for Java（ECJ），这是一个纯Java实现的编译器，完全不需要依赖系统的javac.exe或者JDK，只要有JRE就能运行。当Ant找不到系统中的javac时，会自动切换到这个内置编译器。

怎么验证：

• 去你的SDK内置Ant的lib目录下看看，有没有类似ecj-*.jar的文件（比如ecj-4.25.jar这类命名格式）
• 运行Ant编译时加上-verbose参数，比如：ant -verbose 你的编译目标，日志里会明确显示使用的编译器，比如会出现Using Eclipse Java Compiler或者Compiling with org.eclipse.jdt.core.JDTCompilerAdapter的字样
• 也可以临时在某个javac任务里加上compiler="org.eclipse.jdt.core.JDTCompilerAdapter"属性（不用修改正式脚本，临时测试），如果编译正常，就坐实了是用ECJ

2. 检查Ant-contrib是否间接修改了编译器行为 #

虽然你说ant-contrib的编译任务没被直接调用，但可以简单排查下它是否有间接影响：

• 用命令jar tf ${ant.home}/lib/ant-contrib.jar查看这个Jar的内容，看看有没有包含编译器相关的类（比如带Compiler或Javac字样的类）
• 临时注释掉ant-contrib的taskdef配置，重新运行编译：如果编译还能正常工作，说明它和编译器无关；如果编译失败，那就要深入看ant-contrib的文档，有没有它会自动替换默认javac的逻辑

3. 排查是否有隐藏的tools.jar或编译器类在类路径中 #

有些SDK会把JDK里的tools.jar（包含javac实现）单独打包进去，哪怕没有完整JDK。你可以：

• 运行ant -diagnostics命令，它会输出Ant运行时的完整类路径、环境变量等详细信息，搜索里面有没有tools.jar
• 遍历SDK里所有的Jar包，用jar tf 某个jar包路径 | grep javac命令，看看有没有包含javac相关的类文件

4. 再仔细检查批处理脚本的隐藏操作 #

虽然你说批处理只是临时设置了JAVA_HOME，但可以再确认：

• 在批处理脚本里添加两行调试代码：echo %PATH%和echo %JAVA_HOME%，运行时看看输出的环境变量，有没有指向外部的JDK路径
• 检查批处理是否调用了其他脚本，或者设置了Ant的系统属性（比如-Dbuild.compiler=xxx），这些都可能影响编译器的选择

5. 检查Ant的全局配置或命令行参数 #

有没有可能build.compiler属性是通过外部方式设置的？

• 看运行Ant的命令，有没有加类似-Dbuild.compiler=xxx的参数
• 检查Ant的全局配置文件：比如ANT_HOME/conf/ant.conf，或者当前用户目录下的.ant/ant.conf，看看有没有设置build.compiler属性

最直接的排查步骤 #

按优先级来的话，先做这两步：

1. 加-verbose跑编译：日志里一定会告诉你用的是什么编译器，这是最快的方式
2. 检查Ant的lib目录找ECJ Jar：如果存在，基本就是它了

内容的提问来源于stack exchange，提问作者André Stannek