最常见原因是path未配置或jdk未正确安装；需手动设置java_home和path并source生效，注意虚拟机内存、时钟同步及底层依赖库缺失问题。
虚拟机里装 JDK 为什么 java -version 找不到命令
最常见原因是 PATH 没配对，或者安装包没真正解压/安装成功。Linux 发行版（如 Ubuntu/CentOS）用 apt 或 yum 装的 OpenJDK 通常自动注册环境变量；但手动下载 tar.gz 包（比如 jdk-17_linux-x64_bin.tar.gz）解压后，JAVA_HOME 和 PATH 必须手动写进 ~/.bashrc 或 /etc/profile，且要执行 source ~/.bashrc 生效。
-
JAVA_HOME应指向 JDK 根目录（如/opt/jdk-17.0.1），不能指向bin子目录 -
PATH要包含$JAVA_HOME/bin，顺序建议放在前面，避免系统自带的旧版java优先命中 - 检查是否误把
export JAVA_HOME=...写在if [ -n "$PS1" ]; then块里——非交互式 shell（如 SSH 执行命令）可能不加载这部分
VMware/VirtualBox 中 Java 进程频繁被 OOM Killer 杀掉
虚拟机内存分配不足 + JVM 堆参数设置不合理，是典型诱因。宿主机给虚拟机只分了 2GB 内存，却在 java 启动命令里加了 -Xmx2g，留给 OS 的内存只剩几十 MB，Linux 内核会触发 OOM Killer 强制终止进程。
- 先用
free -h看虚拟机实际可用内存，再按 60%~75% 设置-Xmx（例如 2GB 总内存 →-Xmx1200m） - 加上
-XX:+UseContainerSupport（JDK 8u191+ / JDK 10+ 默认开启），让 JVM 识别虚拟化环境的资源限制（尤其配合 Docker，但在纯 VM 中也建议显式启用） - 避免在
/etc/security/limits.conf里盲目调大nofile或nproc，虚拟机默认值已够用；真要调，需同步改/etc/pam.d/common-session
Java 应用在虚拟机中时间漂移导致 SSL 握手失败
虚拟机时钟容易与宿主机不同步，尤其在挂起/恢复、快照回滚后。Java 的 HTTPS 客户端（如 HttpsURLConnection）校验证书有效期时依赖系统时间，偏差超 5 分钟就会报 javax.net.ssl.SSLHandshakeException: PKIX path validation failed。
- Linux 虚拟机务必启用 NTP：Ubuntu 用
systemctl enable systemd-timesyncd，CentOS 7+ 用chronyd，别只靠ntpdate一次性同步 - VMware Workstation 用户，在虚拟机设置里勾选
Synchronize guest time with host；VirtualBox 用户运行VBoxManage setextradata "<vm name>" "VBoxInternal/Devices/VMMDev/0/Config/GetHostTimeDisabled" 0</vm> - 验证是否生效：
timedatectl status查看System clock synchronized是否为yes
为什么 java -jar app.jar 在宿主机能跑，一进虚拟机就报 NoClassDefFoundError
不是类路径问题，而是虚拟机缺少底层依赖库。典型场景：应用用了 Java AWT/Swing 组件（如 BufferedImage）、或嵌入了 SQLite/JNI 库，而虚拟机最小化安装没装图形库或 glibc 兼容包。
立即学习“Java免费学习笔记（深入）”；
- Debian/Ubuntu：装
libxrender1 libxtst6 libxi6（AWT 渲染所需），必要时补openjdk-17-jre-headless+openjdk-17-jre - CentOS/RHEL：装
libXrender libXtst libXi和fontconfig；若用 JNI，确认ldd your-native-lib.so输出里没有not found - 无头环境（Headless）下强制禁用 GUI：
java -Djava.awt.headless=true -jar app.jar，避免启动时尝试连接 X11
java -Djava.awt.headless=true -Xmx1024m -XX:+UseContainerSupport -jar myapp.jar虚拟机里 Java 环境的问题，往往不是 Java 本身的问题，而是资源可见性（内存、时间、动态库）在虚拟化层被“遮了一层”。配完记得验证：不只是
java -version，还要跑个带网络、文件、时序逻辑的小样例。 
