java和javac版本不一致说明系统存在多JDK或PATH配置错位，需用which、readlink和JAVA_HOME比对真实路径，并通过javap查字节码版本、启动时加-XshowSettings:properties验证实际运行JVM。
java -version 和 javac -version 输出不一致怎么办
这说明系统中存在多个 JDK 实例，或环境变量配置错位。比如 JAVA_HOME 指向 JDK 21，但 PATH 里却优先包含了旧版 /usr/lib/jvm/java-17-openjdk-amd64/bin 的路径。此时 java -version 显示 17，javac -version 显示 21（或反过来），java -jar app.jar 实际运行环境就不可靠。
快速定位方法：
- 运行
which java和which javac，看两者是否指向同一目录下的bin/ - 执行
readlink -f $(which java)和readlink -f $(which javac)，比对真实路径 - 检查
echo $JAVA_HOME是否与上述路径的父目录一致（如/usr/lib/jvm/java-21-openjdk-amd64） - 若不一致，临时用绝对路径测试：
/usr/lib/jvm/java-21-openjdk-amd64/bin/java -jar app.jar
运行 JAR 前必须验证的三件事
不是只要 java -version 正常就能保证 JAR 用的是新版本——它只反映默认 java 命令的版本，不反映你实际启动时用的 JVM 版本。
-
确认 JAR 编译目标版本：用
javap -v -cp app.jar com.example.MainClass | grep "major version"查看字节码主版本号（57=Java 11，61=Java 17，65=Java 21） -
确认运行时版本确实匹配：在
app.jar启动命令中显式加参数，例如java -version -jar app.jar 2>&1 | head -n1，强制输出 JVM 版本再启动（注意：部分老 Spring Boot 版本会拦截该参数，需改用-Djava.version日志打印） -
确认 MANIFEST.MF 中 Main-Class 正确且无拼写错误：解压 JAR 后检查
META-INF/MANIFEST.MF是否含Main-Class: com.example.MainApp，且类名大小写、包路径完全一致
Spring Boot JAR 怎么确认用了新 JDK 运行
Spring Boot 打包的 JAR 默认会在启动日志第一行打印 JVM 信息，但容易被忽略。关键不是看有没有日志，而是看它是否来自你期望的 JDK 路径。
启动时加 -Djava.class.path 或 -XshowSettings:properties 可强制输出详细环境：
java -XshowSettings:properties -jar app.jar 2>&1 | grep -E "(java.version|java.home)"
输出类似：
java.home = /usr/lib/jvm/java-21-openjdk-amd64
如果这里显示的是 java-17-openjdk，哪怕 java -version 是 21，也说明你运行 JAR 时调用的不是那个 java——极大概率是脚本或服务配置里硬编码了旧路径。
常见坑点：
- systemd 服务文件里写了
ExecStart=/usr/bin/java -jar ...，而/usr/bin/java是旧版软链接 - Dockerfile 中用了
FROM openjdk:17-jre-slim，但本地构建时没更新 base 镜像 - CI/CD 流水线里 Maven 编译用 JDK 21，但部署脚本里指定
java命令来自系统默认（仍是 17）
为什么 java -jar app.jar 看起来成功，但实际没走新 JDK
最隐蔽的情况是：JAR 包本身兼容旧版 JVM（比如用 JDK 21 编译但设了 -target 17），且运行时恰好有旧版 JDK 在 PATH 前置位置——这时 java -jar 成功执行，日志也不报错，但所有新语法（如 record、pattern matching）、新 API（如 SequencedCollection）都会直接失败或静默降级。
真正可靠的验证方式只有两个：
- 在应用启动代码里主动打印：
System.out.println("Running on " + System.getProperty("java.version") + " at " + System.getProperty("java.home")); - 用
jps -l查进程 PID，再用jstat -gc <pid>或jinfo -sysprops <pid>查运行中 JVM 的真实属性（适用于已启动的服务）
别依赖“没报错就是对的”。Java 的向后兼容性太强，很多问题要等调用新特性时才暴露，而那时已经在线上跑了好几天。
