必须备份的是显式声明 JAVA_HOME、PATH 或修改 Java 行为的配置文件，包括 /etc/profile.d/java.sh、/etc/profile 或 /etc/bash.bashrc、$HOME/.bashrc 等用户级 shell 配置文件。
哪些环境变量脚本必须先备份
重装 OpenJDK 前，真正需要备份的不是 JDK 本身（它是解压即用的），而是你系统里所有显式声明 JAVA_HOME、PATH 或修改 Java 行为的配置文件。这些一旦被覆盖或删除，java -version 可能突然失效，且难以快速还原。
重点检查并复制以下三类位置：
-
/etc/profile.d/java.sh（最常见，推荐方式，模块化强） -
/etc/profile或/etc/bash.bashrc（若曾直接改全局配置） -
$HOME/.bashrc、$HOME/.zshrc或$HOME/.profile（当前用户级配置，尤其多版本切换时常用）
执行命令快速确认存在性：ls /etc/profile.d/*java*、grep -n "JAVA_HOME\|java" ~/.bashrc 2>/dev/null。只备份实际含 Java 配置的文件，空文件或注释行不用管。
软链接和安装目录要不要备份
不需要备份 /usr/local/java/ 下的解压目录或 current 软链接本身——它们是可重建的。但你要记下两件事：
- 当前
current指向哪个真实目录（如/usr/local/java/jdk-17.0.2+8），这关系到重装后是否要沿用同版本 - 原 JDK 包路径（如
/tmp/openjdk-17.0.2+8_linux-x64_bin.tar.gz），避免重下耗时；若已删，从 Eclipse Temurin 或 Corretto 官网重下同版本即可
注意：which java 输出的是二进制路径，不是安装包路径；readlink -f /usr/local/java/current 才能看清真实目标。
CLASSPATH 和 JRE_HOME 这类变量还用备份吗
不用。现代构建工具（Maven、Gradle）、IDE（IntelliJ、VS Code + Extension）和容器化部署（Docker）都自行管理类路径，手动设 CLASSPATH 反而容易引发 NoClassDefFoundError 或加载冲突。同样，JRE_HOME 已被弃用多年，OpenJDK 11+ 不再区分 JRE 目录结构，设了也无效。
如果你的项目脚本里硬编码了 JRE_HOME，那该改脚本，而不是备份这个变量。重装前 grep 一下：grep -r "JRE_HOME\|CLASSPATH" /path/to/your/project/ 2>/dev/null，只针对业务代码处理，不纳入系统级备份范围。
验证备份是否完整的关键动作
备份完别急着卸载，先模拟一次“环境清空”测试：
- 临时重命名你的
/etc/profile.d/java.sh为java.sh.bak - 新开一个终端，执行
source /etc/profile，再运行echo $JAVA_HOME和which java - 如果输出为空或指向系统默认（如
/usr/bin/java），说明备份已覆盖全部生效点；反之则漏了某处配置
这个动作比看文档更可靠。很多故障其实不出在重装过程，而出在旧配置残留干扰新链路——备份不是为了存档，是为了可控回滚。
