Java命令报错主因是PATH未生效或JDK路径非默认，VMware快照易致环境变量错位、时间不同步及Maven元数据失效；需检查JDK安装路径、正确配置JAVA_HOME与PATH、同步系统时间、清理maven-metadata文件并统一JDK基线。
Java安装后java -version报“command not found”
根本原因不是没装好，而是PATH没生效或装到了非默认路径。VMware里常因克隆/快照导致环境变量残留或错位。
- 先确认JDK是否真装上了：
ls /usr/lib/jvm/或ls /opt/java/，常见路径有jdk-17.0.1、jdk-21这类带版本号的目录 - 别直接改
/etc/environment——VMware快照恢复后它可能被覆盖；优先用~/.bashrc或/etc/profile.d/java.sh（后者更稳妥，且快照后仍可保留） - 写环境变量时，
JAVA_HOME必须指向JDK根目录（如/usr/lib/jvm/jdk-21），不是bin子目录；PATH要加$JAVA_HOME/bin，漏掉/bin就找不到java命令 - 改完别只
source ~/.bashrc——新开终端再测，因为快照还原后shell会话状态不一致
VMware快照后Java程序启动失败，报UnsupportedClassVersionError
这不是JDK版本乱了，是快照前后宿主机时间跳变导致JVM校验失败。尤其在挂起/恢复快照、跨时区克隆时高频出现。
- 检查系统时间是否同步：
timedatectl status，重点看System clock synchronized: no这一行 - 快照前手动同步一次：
sudo timedatectl set-ntp true+sudo ntpdate -s time.nist.gov（CentOS/RHEL系可用chronyd替代） - VMware Tools必须启用时间同步：在虚拟机设置 → 选项 → VMware Tools → 勾选“Synchronize guest time with host”
- 如果已出错，临时解决是重启
chronyd服务：sudo systemctl restart chronyd，再重跑Java进程
多个快照间Java环境不一致，javac编译结果在另一快照里运行报错
问题不在代码，而在JVM对字节码版本的硬性约束。不同快照可能用了不同JDK（比如一个快照装了JDK 17，另一个是JDK 21），而javac默认按当前JDK最高版本生成字节码。
- 统一快照基线：所有开发快照都从同一个“干净JDK镜像”创建，而不是在旧快照上反复装新JDK
- 编译时强制降级目标版本：
javac -source 17 -target 17 Main.java，避免用--release 17（某些旧JDK不支持） - 验证字节码版本：
file Main.class会显示“class data version 61”（对应Java 17），比当前JVM支持的版本高就会失败 - 别依赖
update-alternatives切换JDK——快照恢复后配置可能丢失；改用符号链接+固定路径，例如sudo ln -sf /usr/lib/jvm/jdk-17 /usr/lib/jvm/default-jdk
快照回滚后Maven项目构建失败，提示Could not find artifact ... in central
Maven本地仓库（~/.m2/repository）在快照中是“脏”的：它缓存了远程依赖的元数据（maven-metadata-central.xml），而这些文件含时间戳和校验值，快照回滚会导致本地时间倒退，触发Maven强制刷新失败。
立即学习“Java免费学习笔记（深入）”；
- 不要删整个
~/.m2/repository——太慢；只清元数据：find ~/.m2/repository -name "maven-metadata-central.xml*" -delete - 构建时加
-U参数强制更新快照依赖：mvn clean compile -U - 长期方案：在
~/.m2/settings.xml里关掉元数据校验：<updatePolicy>never</updatePolicy>（仅限开发机，别在CI里用） - 快照前停掉IDEA/Eclipse等自动构建工具——它们会在后台偷偷更新
.m2，导致快照内状态不可控
