Maven项目的目标Java版本由maven-compiler-plugin的决定，但必须配合和实际可用的JDK二进制路径才真正生效；只改不改JAVA_HOME或executable，编译器仍用系统默认JDK运行，字节码版本可能不匹配。
直接说结论：Maven项目的目标Java版本由 maven-compiler-plugin 的 <target></target> 决定，但必须配合 <source></source> 和实际可用的 JDK 二进制路径才真正生效；只改 <target></target> 不改 JAVA_HOME 或 executable，编译器仍会用系统默认 JDK 运行 —— 字节码版本可能对不上。
为什么 <target></target> 单独设置经常不生效
很多人在 pom.xml 里写了 <target>17</target>，结果编译出的 class 文件还是 Java 8 的字节码版本（UnsupportedClassVersionError），原因很实在：
-
<target></target>只告诉javac“生成哪个版本的字节码”，但它本身不指定用哪个javac执行 - Maven 启动时读的是环境变量
JAVA_HOME，如果它指向 JDK 8，那即使<target>17</target>，javac也会拒绝生成 Java 17 字节码（报错error: invalid target release: 17） -
maven-compiler-plugin默认不fork，意味着它复用 Maven JVM 进程，而该进程由JAVA_HOME启动 —— 所以你改了<target></target>，但底层javac根本不支持
maven-compiler-plugin 必须显式配置 fork 和 executable 才能切换 JDK
当你本地装了 OpenJDK 17，但系统 JAVA_HOME 指向 JDK 8，又想让某个项目用 OpenJDK 17 编译，就得绕过 Maven 自身 JVM：
- 必须设
<fork>true</fork>，强制启动独立javac进程 - 必须配
<executable>/path/to/jdk-17/bin/javac</executable>（Linux/macOS）或<executable>C:\jdk-17\bin\javac.exe</executable>（Windows） -
<source></source>和<target></target>要一致，比如都写17；若写<source>17</source><target>11</target>，虽能编译，但会丢失 Java 17 特性（如var、密封类），且 IDE 可能报红
示例片段：
立即学习“Java免费学习笔记（深入）”；
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.11.0</version>
<configuration>
<source>17</source>
<target>17</target>
<fork>true</fork>
<executable>/usr/lib/jvm/jdk-17.0.1/bin/javac</executable>
</configuration>
</plugin>
properties 方式管理版本号更安全
把版本号抽成 <java.version>17</java.version>，再在插件里引用，避免漏改：
- 在
<properties></properties>块里定义：<java.version>17</java.version> - 插件中用：
<source>${java.version}</source>和<target>${java.version}</target> - 这样改一个地方，全项目同步；也方便 CI 脚本通过
-Djava.version=21动态覆盖
注意：maven.compiler.source 和 maven.compiler.target 这两个 properties 是 Maven 内置识别的，也能起效，但不如自定义 property 灵活（比如你想同时控制 spring-boot-maven-plugin 的 Java 版本）。
OpenJDK 与 Oracle JDK 在 Maven 中没区别，但路径和许可要留意
只要 javac 是标准实现，Maven 就不关心你用的是 OpenJDK、Liberica、Zulu 还是 Oracle JDK：
- 重点看
/bin/javac是否存在、可执行、版本输出正确（/path/to/jdk-17/bin/javac -version） - 某些旧版 OpenJDK（如早期 17-ea）可能不带
jmod或jlink，但编译不影响 - 如果你用的是 Alpine Linux + OpenJDK，确认镜像含完整 JDK（不是
jre或headless精简版），否则javac命令不存在
最容易被忽略的一点：IDE（IntelliJ/Eclipse）的 Project SDK 和 Maven import 设置是两套逻辑。你改了 pom.xml，IDE 不一定会自动同步 —— 得手动触发 “Reload project” 或检查 “Project Settings → Project SDK” 是否匹配。
