mvn -version 能显示 jdk 版本，是因为 maven 用 java 编写，启动时依赖 jvm，会自动读取 java_home 或 path 中生效的 java 命令，并在输出中明确展示“java version”行（如 17.0.2），该版本须满足 maven 最低要求（如 maven 3.9+ 推荐 jdk 17+）。
运行 mvn -version 不仅能查看 Maven 自身版本，还会一并显示当前绑定的 JDK 版本信息——这是因为 Maven 本身是用 Java 编写的，必须依赖 JDK 运行，它会自动读取 JAVA_HOME 或系统 PATH 中生效的 java 命令所指向的 JDK。
为什么 mvn -version 能看到 JDK 版本
Maven 启动时会调用 JVM，而 mvn -version 命令内部会执行类似 java -version 的逻辑，并将结果整合输出。只要 java 命令在终端中可用（即 PATH 包含 JDK 的 bin 目录），Maven 就能识别并报告该 JDK 的主版本号（如 1.8、11、17、21）。
- 输出中 “Java version” 行明确标识实际使用的 JDK 版本，例如：
Java version: 17.0.2, vendor: Oracle Corporation - 该版本必须满足 Maven 的最低要求：Maven 3.9+ 推荐 JDK 17+；Maven 3.6–3.8 支持 JDK 8–17；Maven 3.5 及更早版本最低需 JDK 7
- 注意：它显示的是 Maven 运行时实际加载的 JDK，不一定是你系统中安装的唯一 JDK，也不代表 IDEA 或其他 IDE 当前项目使用的 JDK
如何确认 mvn -version 显示的 JDK 是预期版本
有时终端里 java -version 和 mvn -version 显示不同版本，说明环境变量配置存在冲突或未生效。
- 先单独运行
java -version，确保输出与mvn -version中的 “Java version” 一致 - 检查
JAVA_HOME是否设置正确（echo %JAVA_HOME%Windows /echo $JAVA_HOMEmacOS/Linux） - 确认
%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（macOS/Linux）已加入PATH，且排在其他 JDKbin路径之前 - 重启终端或命令行窗口——环境变量修改后不会自动继承到已打开的会话中
常见异常情况及对应含义
如果 mvn -version 报错或未显示 JDK 版本，通常指向底层 Java 环境问题：
-
'java' is not recognized as an internal or external command：系统找不到java，JDK 未安装或PATH未配置 - 输出中无 “Java version” 行，或显示
Java home: null：Maven 无法定位 JDK，JAVA_HOME为空或路径错误 - 提示
Unsupported Java version：JDK 版本过高（如用 JDK 21 运行旧版 Maven 3.6.x）或过低（如用 JDK 7 运行 Maven 3.9.x） - IDE 中
mvn -version成功但项目编译失败：IDE 内置 Maven 或 JDK 设置与命令行不一致，需在 IDE 设置中单独指定 Maven 和 Project SDK
补充说明：JDK 版本对 Maven 功能的影响
不是所有 JDK 版本都能完整支持 Maven 的全部特性，尤其涉及插件和构建生命周期：
- JDK 17+ 启用新语法（如 sealed classes）、模块系统强化，部分老插件可能需升级适配
- Maven Surefire 插件在 JDK 17+ 默认启用
--illegal-access=permit兼容模式，但在 JDK 21+ 已移除，需显式配置参数 - 若使用 Spring Boot 3.x，必须搭配 JDK 17+，同时 Maven 版本建议 ≥3.8.6
- 多 JDK 环境下，可通过临时切换
JAVA_HOME来验证不同 JDK 下的 Maven 行为，例如：set JAVA_HOME=C:\jdk-11 & mvn -version（Windows）
