JDK11环境下编译Maven项目报invalid target release错误求助

抛出invalid target release: 1.9错误的本质，是Maven执行编译时绑定的运行JDK版本，远低于项目要求的Java11编译目标版本，和pom.xml内配置的java.version=11没有直接逻辑矛盾，常见触发场景包括：

• 命令行调用Maven时，Maven实际绑定JDK8及更早版本的运行环境。这类JDK的最高编译支持目标为Java1.8，无法识别、编译高于1.8的版本（包括Java9即版本号1.9、Java11），遇到不兼容的target值就会直接抛出无效目标版本的异常。
• 该类版本错配是命令行构建的高频问题：IDEA内部配置的项目JDK11设置，仅对IDE内置编译流程生效，命令行的Maven会独立读取系统环境变量的JDK路径，两套配置完全独立，不会自动同步。
• 当前项目通过Spring Boot父POM的属性机制，自动将java.version=11映射到maven-compiler-plugin的编译目标参数，但因为运行JDK版本不兼容，插件在传参校验阶段直接报错退出，甚至会把不兼容的版本号映射为1.9抛出，并非pom真的配置了1.9的编译目标。

• 第一步：定位命令行下Maven实际绑定的JDK版本
  打开新的命令行窗口，依次执行两个命令确认环境状态：
  • 执行java -version，查看系统默认Java运行版本
  • 执行mvn -v，重点看输出里的Java home字段——这个值才是Maven真正用来做编译的JDK路径，哪怕java命令指向的是JDK11，只要这个字段是旧版本JDK的路径，就一定会触发编译异常。
• 第二步：修正系统环境变量的JDK指向
  • 把系统环境变量JAVA_HOME的值，修改为本地安装的JDK11的根目录（Windows下示例路径：C:\Program Files\Java\jdk-11.0.18），不要指向旧版本的JDK8目录。
  • 调整系统Path变量，把%JAVA_HOME%\bin的配置项移到最靠前的位置，删掉残留的旧JDK bin路径项。
  • 关闭所有已打开的命令行、IDEA窗口，让环境变量配置完全生效，重新打开命令行执行mvn -v，确认Java home指向JDK11路径后再尝试编译。
• 第三步：显式固化编译插件配置，避免属性映射漂移
  虽然Spring Boot父POM已经支持通过java.version属性自动映射编译参数，但为了避免全局或局部的旧配置覆盖参数，可以在pom.xml的<build><plugins>段中，直接显式指定maven-compiler-plugin的编译参数，强制锁定Java11的编译目标：

  <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-compiler-plugin</artifactId>
      <configuration>
          <source>11</source>
          <target>11</target>
          <encoding>UTF-8</encoding>
      </configuration>
  </plugin>
  

• 第四步：同步修正IDEA内置终端的Maven运行配置
  如果是在IDEA内置的终端执行Maven命令，需要单独调整IDE的Maven运行配置：
  • 打开IDEA设置，进入Build, Execution, Deployment > Build Tools > Maven > Runner，把JRE下拉选项切换为本地的JDK11路径，不要使用默认的内嵌旧JDK。
  • 打开项目结构设置（Project Structure），确认Project SDK选择的是JDK11，项目语言级别设置为11，避免IDE调用终端命令时传入旧版本的编译参数。

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