斜杠写反是环境变量配置中最隐蔽也最常被忽略的错误之一：windows必须用反斜杠（如%java_home%\bin），写成正斜杠无效；macos/linux必须用正斜杠（如$java_home/bin），反斜杠会被当作转义符导致路径断裂。
斜杠写反是环境变量配置中最隐蔽也最常被忽略的错误之一。它不报语法错误，也不提示路径不存在，而是让命令直接“找不到程序”或调用到错误版本——尤其在 Windows 下把 %JAVA_HOME%/bin 写成正斜杠，系统就完全无法识别变量引用。
确认斜杠方向是否符合系统规范
不同系统对路径分隔符有硬性要求，不能混用：
-
Windows：必须用反斜杠
\，例如%JAVA_HOME%\bin；写成%JAVA_HOME%/bin或$JAVA_HOME/bin均无效 -
macOS/Linux：必须用正斜杠
/，例如$JAVA_HOME/bin；写成$JAVA_HOME\bin会被 shell 当作转义处理，路径断裂 - 复制路径时注意结尾是否多了一个斜杠（如
C:\jdk-17\），虽然多数情况可容忍，但某些脚本或容器环境会严格校验格式
检查 JAVA_HOME 和 PATH 中的拼写与引用关系
斜杠错误往往和变量引用错误叠加出现，需同步验证：
- 运行
echo %JAVA_HOME%（Windows）或echo $JAVA_HOME（macOS/Linux），确认输出路径本身没有斜杠颠倒、大小写错误或多余空格 - 再查
echo %PATH%或echo $PATH，重点看是否包含%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（macOS/Linux），而不是直接写的绝对路径 - 若 PATH 中同时存在多个
bin目录（如旧 JDK、Android Studio 自带 JDK），斜杠写错可能导致系统跳过你配置的路径，优先调用其他位置的 java
验证实际生效的是哪个 java 可执行文件
光看变量值还不够，要确认终端真正调用的是哪个路径：
- Windows 执行
where java，查看返回的第一行路径是否与%JAVA_HOME%\bin一致 - macOS/Linux 执行
which java和readlink -f $(which java)，确认软链接最终指向目标 JDK 的bin/java - 如果结果指向
/usr/bin/java或其他非预期位置，说明 PATH 中你的配置未生效，大概率是斜杠或变量名写错，或该路径排在了更前面
跨 Shell 环境的特殊注意事项
不是所有终端都读取同一套环境变量：
- Git Bash、WSL、iTerm2 等可能只加载自己的配置文件（如
~/.bashrc或~/.zshrc），完全忽略 Windows 系统变量 - PowerShell 设置了
$env:JAVA_HOME，但 CMD 仍为空——这是变量只设在当前会话或用户级，没设为系统级 - IDE（如 IntelliJ、VS Code）启动时可能缓存旧环境，需重启整个应用，或在设置中指定独立的 Shell 配置路径
