Java环境变量配置后不生效的主因是shell配置未加载或写错文件：Linux/macOS需按echo $SHELL结果编辑~/.bashrc或~/.zshrc并source；Windows须设系统变量、PATH含%JAVA_HOME%\bin、重启CMD，且JDK路径避免空格。
Java环境变量配置后不生效的常见原因
配置完 JAVA_HOME、PATH 后执行 java -version 仍报“command not found”或版本错误，大概率是 shell 配置文件未被当前会话加载，或配置写到了错误的文件里。Linux/macOS 下不同终端启动方式（登录 shell / 非登录 shell / 图形界面终端）读取的初始化文件不同；Windows 则需区分系统变量与用户变量、是否重启命令行进程。
Linux/macOS：该写进 ~/.bashrc 还是 ~/.zshrc？
取决于你当前默认 shell。运行 echo $SHELL 查看结果：
• 输出 /bin/bash → 编辑 ~/.bashrc
• 输出 /bin/zsh（macOS Catalina 及以后默认）→ 编辑 ~/.zshrc
• 不要写进 ~/.profile 或 /etc/profile 除非你明确需要全局生效且有 root 权限
export JAVA_HOME=/usr/lib/jvm/java-17-openjdk-amd64 export PATH=$JAVA_HOME/bin:$PATH
保存后必须手动加载：source ~/.zshrc（或对应文件），否则新配置仅对后续新开终端生效。
Windows：系统变量 vs 用户变量，选哪个？
普通开发推荐设为「系统变量」，避免切换用户后失效；但若多人共用一台机器且 JDK 版本需求不同，则用「用户变量」更安全。
关键点：
• JAVA_HOME 值必须是 JDK 根目录（如 C:\Program Files\Java\jdk-17.0.1），不能带 \bin
• PATH 中添加的是 %JAVA_HOME%\bin，不是完整路径
• 修改后必须关闭所有已打开的 CMD/PowerShell 窗口，重新打开才生效
• PowerShell 默认不继承 GUI 环境变量，建议优先用 CMD 测试
立即学习“Java免费学习笔记（深入）”；
验证配置是否真正永久生效
别只在当前终端测，关掉终端再重开，然后逐条验证：
• echo $JAVA_HOME（Linux/macOS）或 echo %JAVA_HOME%（Windows CMD）→ 应输出路径
• which java 或 where java → 应指向 $JAVA_HOME/bin/java
• java -version 和 javac -version → 两者版本号必须一致，否则说明 PATH 混入了旧 JRE 的 bin
• IDE（如 IntelliJ）需重启，它不会自动感知终端环境变量变更
最容易被忽略的是：JDK 安装路径含空格（如 Program Files）时，Windows 下 JAVA_HOME 必须用短路径（PROGRA~1）或确保所有引用处加英文双引号——但更稳妥的做法是把 JDK 装到无空格路径，比如 C:\dev\jdk-17。
