系统环境变量丢失会导致命令无法识别、服务启动失败、路径解析错误等问题，如执行java -version报“command not found”或$JAVA_HOME展开为空；排查需分四步：一查当前会话变量是否定义，二验配置文件是否被正确加载，三核PATH是否包含关键路径（如$JAVA_HOME/bin），四确认服务/进程是否继承预期环境（如systemd需显式声明Environment）。
系统环境变量丢失会导致命令无法识别、服务启动失败、路径解析错误等典型问题，比如执行 java -version 报 “command not found”，或启动脚本中 $JAVA_HOME 展开为空。排查关键在于验证变量是否存在、是否生效、是否作用于目标上下文。
一、确认当前 Shell 中变量是否已定义
运行以下命令，检查常用变量（如 JAVA_HOME、PATH、HOME）是否在当前会话中存在：
-
echo $JAVA_HOME—— 若输出为空，说明该变量未设置或为空值 -
env | grep -i java—— 查看所有含 “java” 的环境变量 -
printenv | sort—— 列出全部已导出的环境变量并排序，便于快速浏览
二、检查变量配置文件是否被正确加载
环境变量通常写在配置文件中，但不是所有文件都会自动生效。需分场景验证：
- 交互式登录 Shell（如 SSH 登录后）：优先读取
/etc/profile、~/.bash_profile、~/.bashrc（取决于 Shell 类型和登录方式） - 非登录 Shell（如 systemd 服务、crontab、CI 脚本）：默认不加载
.bashrc或.profile，只继承 minimal 环境，此时必须显式 source 或在服务单元中定义 - 验证某文件是否被执行：在配置文件末尾临时加一行
echo "loaded: ~/.bashrc" >&2，重新登录后看终端是否有输出
三、验证 PATH 是否包含关键路径
即使 JAVA_HOME 设置正确，若 $JAVA_HOME/bin 没有加入 PATH，仍无法直接运行 java：
- 执行
echo $PATH，确认输出中包含类似/usr/lib/jvm/java-11-openjdk-amd64/bin的路径 - 用
which java或command -v java检查命令是否可定位；若返回空，说明 PATH 缺失对应目录 - 检查配置文件中 PATH 追加写法是否规范，常见错误：
export PATH=$JAVA_HOME/bin:$PATH（正确），而非export PATH=$JAVA_HOME/bin（覆盖原 PATH）
四、检查服务/进程是否继承了预期环境
很多故障发生在后台服务中 —— 它们运行在独立上下文，不共享你的终端环境：
- systemd 服务：查看其 unit 文件，确认是否通过
Environment=或EnvironmentFile=显式设置了变量，例如：
Environment="JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64" - 测试服务环境：运行
systemctl show --property=Environment nginx.service或进入服务进程命名空间查看：cat /proc/$(pgrep -f "nginx: master")/environ | tr '\0' '\n' - crontab 任务：默认只有极简环境（PATH=/usr/bin:/bin），务必在脚本开头手动 source 配置文件，或使用绝对路径调用命令
