从你给出的排查信息来看，系统层面的Java 1.6环境配置是没问题的，但Ant构建还是抛出版本不兼容错误，大概率是构建链路中某个环节偷偷使用了更高版本的Java，或者存在旧的编译产物干扰。下面是几个你可能没考虑到的排查方向：

• 确认Ant自身运行的JVM版本
  有时候Ant并不会直接使用你系统配置的JAVA_HOME，比如Ant启动脚本可能硬编码了其他JDK路径，或者ANT_OPTS环境变量指定了非1.6的JVM。你可以在Ant脚本里添加一行调试输出：

  <echo>Ant运行的JVM路径: ${java.home}</echo>
  

  运行构建后看输出，如果路径不是C:\Program Files\Java\jdk1.6.0_45\jre，说明Ant用了别的JVM，需要检查Ant的启动脚本（比如ant.bat）或者IDE的Ant运行配置（如果是在IDE里执行构建）。

• 检查项目依赖的第三方Jar包
  错误提示里的"class file version 52.0"对应Java 8，很可能是你项目里引入的某个第三方Jar是用Java 8编译的，即使你自己的代码用Java 6编译，依赖Jar的版本不兼容也会触发这个错误。你可以用javap工具检查每个Jar的版本：

  javap -v -classpath your-dependency.jar com.example.SomeClass | grep "major version"
  

  找到那些major version为52的Jar，替换成Java 6兼容的版本（通常是该Jar的低版本分支）。

• 清理旧的编译产物
  如果之前用更高版本的Java编译过项目，生成的class文件可能残留在target或build目录里，Ant的增量构建可能没有覆盖这些旧文件。执行ant clean彻底清理所有编译产物，然后重新执行构建，确保所有class文件都是用Java 1.6重新生成的。

• 检查Ant编译任务的显式配置
  虽然系统环境是Java 6，但还是要确认Ant的<javac>任务有没有明确指定编译版本。建议在<javac>标签里显式添加source和target参数，同时指定bootclasspath确保编译时使用Java 6的核心类库：

  <javac srcdir="${src.dir}" destdir="${build.dir}"
         source="1.6" target="1.6"
         bootclasspath="${java.home}/lib/rt.jar"/>
  

  这能避免因为Ant默认配置或者环境变量意外覆盖导致的编译版本不一致。

• 排查IDE的JDK配置（如果用IDE运行Ant）
  如果你是在Eclipse、IntelliJ等IDE里执行Ant构建，IDE可能默认使用自带的JRE或者你之前配置的其他JDK。需要进入IDE的Ant运行配置页面，明确指定使用你安装的Java 1.6 JDK作为Ant的运行环境，而不是IDE默认的JRE。

内容的提问来源于stack exchange，提问作者CsBalazsHungary