重启后环境变量“失效”实为配置错误或未生效：需在新cmd中用echo %java_home%和echo %path%验证变量值与bin路径是否真实存在，再以where java和java -version实测调用，同时排除ide、git bash等继承旧环境或注册表残留干扰。
重启电脑后环境变量失效，通常不是“真失效”，而是配置本身有误、路径不完整、或被其他设置覆盖。检查时不能只看变量是否存在，关键要验证它是否真正参与命令执行流程。
确认 JAVA_HOME 或其他关键变量是否被读取
打开一个新的命令提示符（cmd）或 PowerShell，不要复用旧窗口：
- 输入 echo %JAVA_HOME%（Windows）或 echo $JAVA_HOME（WSL/macOS/Linux），看输出是否为你设置的 JDK 安装路径
- 如果为空或路径错误，说明变量未正确写入系统/用户环境变量，或注册表未保存成功
- 注意：PowerShell 中需用 $env:JAVA_HOME 查看 Windows 环境变量
重点检查 PATH 是否包含对应 bin 目录
变量值正确 ≠ 命令可用。真正起作用的是 PATH 中是否加入了 %JAVA_HOME%\bin（Windows）或 $JAVA_HOME/bin（macOS/Linux）：
- 运行 echo %PATH%，查找其中是否有类似 C:\Program Files\Java\jdk-17\bin 的完整路径
- 若只有 JAVA_HOME 路径而没有其下的 \bin，java、javac 命令必然报“不是内部或外部命令”
- 多个 JDK 共存时，PATH 中靠前的 bin 目录优先级更高，可能掩盖你刚配的新版本
验证命令是否真能执行
仅 echo 变量是不够的，必须实测调用：
- 运行 java -version 和 javac -version，观察是否正常输出版本号
- 若报错，用 where java（Windows）或 which java（macOS/Linux）查系统实际调用的是哪个 java
- 再运行 dir "%JAVA_HOME%\bin\java.exe"（Windows）确认该文件真实存在且可访问
排查 IDE 或终端继承问题
某些工具不会自动加载新环境变量，尤其在重启后未完全刷新进程树时：
- VS Code、IntelliJ 等编辑器需完全退出再重开，内置终端才可能继承新变量
- Git Bash、WSL 子系统不读 Windows 注册表变量，需单独配置 ~/.bashrc 或 ~/.zshrc
- Office 应用（如 Word）有时因缓存路径异常报“环境变量错误”，与 PATH 无关，需检查注册表 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders\Cache
