重装系统后Java命令报command not found，需按原环境精确还原JDK版本和路径；优先使用官方tar.gz包、固定安装路径、正确配置JAVA_HOME并写入/etc/profile.d/java.sh；版本不匹配导致UnsupportedClassVersionError时应核对major version；sdkman需重装并恢复原标识符版本；SSL握手失败需同步旧cacerts或导入证书。
重装系统后 Java 命令直接报错：command not found
说明 java 二进制文件、JAVA_HOME 和 PATH 全部丢失，不能靠“记得之前装过”来恢复。重点不是“重装 Java”，而是“按原环境精确还原版本和路径”。
- 先确认旧环境版本：
java -version（如果还能访问旧系统盘，可查/usr/lib/jvm/或$HOME/.sdkman/candidates/java/） - 生产环境强烈建议用 JDK 官方 tar.gz 包（非 apt/yum 默认源），避免 OpenJDK 版本漂移；比如原用的是
jdk-17.0.2+8，就不能用openjdk-17-jdk代替 - 解压后必须固定安装路径，例如统一用
/opt/java/jdk-17.0.2，不要放在/tmp或用户家目录下——否则下次重装又得重新配 -
JAVA_HOME必须指向 JDK 根目录（含bin/java），不是jre/子目录；写进/etc/profile.d/java.sh比写进~/.bashrc更稳妥
应用启动失败，报错：UnsupportedClassVersionError
这是最典型的“版本不匹配”信号，说明编译时用的 JDK 版本高于当前运行环境。不是 Java 没装好，是装错了。
- 检查 class 文件编译版本：
javap -verbose YourClass.class | grep major，对照表：JDK 17 → major version 61，JDK 11 → 55 - 若应用是 jar 包，可看其
META-INF/MANIFEST.MF里是否有Created-By字段 - Tomcat / Spring Boot 启动脚本中硬编码了
JAVA_HOME？要同步更新脚本里的路径，不能只改系统级变量 - 某些旧项目依赖
javax.*包（如javax.xml.bind），JDK 9+ 已移除，需额外加--add-modules java.xml.bind参数或降级到 JDK 8
使用 sdkman 管理多版本却无法自动切换
sdkman 本身不持久化——它只是 shell 函数集合，重装系统后 ~/.sdkman 目录彻底消失，所有已安装版本、当前默认版本、自定义别名全部归零。
javascript-typescript-typescript-scaffold
下载
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
- 重装后第一件事：执行
curl -s "https://get.sdkman.io" | bash，再source "$HOME/.sdkman/bin/sdkman-init.sh" - 用
sdk list java找到和原来一致的标识符（如temurin-17.0.2+8），而非只看版本号；不同厂商 build 号不同，行为可能有差异 - 恢复默认版本：
sdk default java temurin-17.0.2+8；若原来设过别名（如sdk alias myproj temurin-11.0.20+8），需重跑 alias 命令 - 注意：sdkman 安装的 JDK 默认在
~/.sdkman/candidates/java/，权限属用户，不适合系统级服务（如 systemd 启动的 Java 进程）
Java 应用连接 MySQL 报 SSL handshake failed
这不是 Java 环境本身问题，但重装系统后常连带发生——因为新系统默认 JDK 的信任库（$JAVA_HOME/jre/lib/security/cacerts）是空的或未同步旧证书。
立即学习“Java免费学习笔记（深入）”；
- 对比新旧
cacerts文件大小和 SHA256：sha256sum $JAVA_HOME/jre/lib/security/cacerts - 若旧系统还可用，直接复制：
cp /path/to/old/jdk/jre/lib/security/cacerts $JAVA_HOME/jre/lib/security/ - 若不可用，用
keytool -importcert手动导入 MySQL 服务器证书，或临时加 JVM 参数绕过验证（仅测试）：-Djavax.net.ssl.trustStore=/dev/null -Djavax.net.ssl.trustStorePassword=changeit - Spring Boot 项目还需检查
application.yml中是否显式配置了useSSL=true，新版 MySQL 驱动已默认启用 SSL，但服务端未配证书就会握手失败
#!/bin/bash # 示例：快速校验并设置 JAVA_HOME（放入 /etc/profile.d/java.sh） export JAVA_HOME="/opt/java/jdk-17.0.2" export PATH="$JAVA_HOME/bin:$PATH" export JRE_HOME="$JAVA_HOME/jre"
Java 环境迁移真正难的不是装 JDK，而是把隐式依赖全挖出来——比如某个 shell 脚本里硬写了 /usr/java/jdk1.8.0_202，某个 cron 任务没加载 profile，或者 Dockerfile 构建时用了本地缓存的旧基础镜像。重装前最好留一份 env | grep -i java 和 find / -name "<em>java</em>" 2>/dev/null | head -20 的快照。
