为何Ant在source/target设为1.6时，能编译依赖Java8方法的代码？

这个问题的核心在于你误解了Ant javac任务中source和target参数的实际作用——它们只负责管控源码语法和输出字节码的版本，并不会校验你调用的API是否存在于目标Java版本的类库中。

具体拆解原因： #

• source和target的真实用途

  • source=1.6：仅检查你的源码是否符合Java 6的语法规范（比如不能用lambda表达式、try-with-resources等Java 7+语法），但不会限制你调用Java 8才有的API方法。
  • target=1.6：让javac生成兼容Java 6虚拟机的字节码，但生成的字节码里依然会包含对Java 8方法的调用引用。

• Java 8环境下能编译通过的原因
  当你在Java 8环境中执行Ant编译时，javac会使用当前JDK（Java 8）的类库来编译代码——它能找到你调用的Java 8专属方法，所以编译阶段不会报错。但因为target=1.6，生成的字节码是Java 6格式的，当你把这段字节码放到Java 6/7环境运行时，JVM加载的是对应版本的类库，找不到那个Java 8方法，自然就抛出NoSuchMethodError。

• Java 7环境下编译报错的原因
  切换到Java 7环境后，javac使用的是Java 7的类库，里面根本没有你调用的Java 8专属方法，所以编译阶段就直接检测到缺失，抛出编译错误，这才是符合预期的“提前校验”行为。

如何真正限制API调用版本？ #

如果你想让编译阶段就校验代码是否只使用了目标Java版本的API，需要给javac任务配置bootclasspath参数，指定目标版本JDK的核心类库（比如Java 6的rt.jar）。示例配置如下：

<javac srcdir="src" destdir="bin"
       source="1.6" target="1.6"
       bootclasspath="${java6.home}/jre/lib/rt.jar"/>

这样javac编译时会用指定的目标版本类库来校验API调用，一旦用到了更高版本的方法，编译阶段就会报错，避免运行时才出现问题。

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