Maven编译问题：用Java8构建需兼容Java6

嘿，你当前的配置方向是对的，但只设置<source>和<target>还不够哦——Java 8的javac编译器默认会用自身的类库，甚至可能生成Java 6虚拟机不认识的字节码指令（比如invokedynamic），要做到真正的兼容，得再加几个关键配置。

先给你补全并优化后的完整插件配置：

<plugins>
  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>3.1</version>
    <configuration>
      <source>1.6</source>
      <target>1.6</target>
      <optimize>true</optimize>
      <!-- 核心关键：指定Java 6的核心类库路径，避免误用高版本API -->
      <bootclasspath>${java6.home}/lib/rt.jar:${java6.home}/lib/jce.jar</bootclasspath>
      <!-- 可选：开启lint检查，提前发现兼容性问题 -->
      <compilerArgs>
        <arg>-Xlint:all</arg>
        <arg>-Xlint:-options</arg>
      </compilerArgs>
    </configuration>
  </plugin>
</plugins>

这里给你拆解下重点：

• <source>和<target>：分别约束源代码语法和生成字节码的目标虚拟机版本，这是基础配置
• <bootclasspath>：这是最容易忽略但最重要的一步！它强制编译器使用Java 6的核心类库进行编译检查，要是你不小心用了Java 7/8才有的API（比如Files类或者新的集合方法），编译器会直接报错，而不是等到在Java 6环境运行时才崩溃。注意这里的${java6.home}需要你在Maven的settings.xml或者项目pom里定义好Java 6 JDK的路径，比如C:\jdk1.6.0_45或者/usr/lib/jvm/java-6-openjdk-amd64
• <compilerArgs>：开启全量lint检查，能帮你揪出一些潜在的兼容性问题，比如未检查的异常、过时API使用等

另外还有个小提示：如果后续你升级maven-compiler-plugin到3.8.0及以上版本，可以用<release>6</release>替代<source>和<target>，这个参数会自动处理bootclasspath的逻辑，配置会更简洁，但前提是你的构建环境里能找到Java 6的JDK。

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