根本原因是CMD或PowerShell窗口不会自动继承新配置的环境变量，必须关闭旧窗口并新开一个才能生效；常见问题包括命令未识别、版本不符或javac可用但java不可用，根源在于Path未更新、路径顺序错误、重复添加或含中文/空格等非法字符。
为什么改了Path还是找不到java命令
根本原因：CMD 或 PowerShell 窗口不会自动继承新配置的环境变量。你改完 Path 后，必须关闭所有已打开的命令行窗口，再新开一个——否则系统仍在用旧的 Path 缓存。
常见错误现象包括：'java' is not recognized as an internal or external command、javac 可用但 java 不可用（说明只加了 JRE 路径，漏了 JDK 的 bin）、或版本和预期不符（多个 JDK 共存时路径顺序错了）。
实操建议：
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 每次修改后务必新开 CMD/PowerShell，不要右键“在此处打开终端”复用旧窗口
- 用
echo %PATH%检查是否真包含你添加的路径（注意空格、中文、斜杠方向） - 如果路径含空格（如
C:\Program Files\Java\jdk-25.0.3\bin），Win10/11 列表式编辑无需引号；但 Win7 字符串式必须用双引号包裹 - 避免在 Path 中重复添加相同路径，尤其别同时写
%JAVA_HOME%\bin和硬编码路径
%JAVA_HOME%\bin 必须放在 Path 最前面吗
不是“必须”，但强烈建议上移。Windows 查找命令时按 Path 中路径的**从上到下顺序**匹配，一旦找到第一个 java.exe 就停止搜索。
立即学习“Java免费学习笔记（深入）”；
如果你机器上装过 JDK 8、JDK 17、JDK 25，而 Path 里旧版本路径排在前面，java -version 就永远显示老版本——哪怕你刚配好 JDK 25。
实操建议：
- 在“编辑环境变量”窗口中，选中刚添加的
%JAVA_HOME%\bin条目，点“上移”按钮，挪到列表顶部 - 不用删掉旧 JDK 的 bin 路径，保留它们无害；但确保新路径优先级最高
- 若用的是用户变量 Path（非系统变量），同样要上移——用户变量本身优先级就高于系统变量
该用系统变量 Path 还是用户变量 Path
取决于使用场景：单人开发机用用户变量更安全；多用户共享电脑（如实验室、办公主机）才需系统变量。
用户变量 Path 修改不需要管理员权限，也不会影响其他登录账户；系统变量 Path 需管理员权限，且所有用户都会继承该配置——如果某用户依赖旧版 Java，全局修改可能直接破坏其工作流。
实操建议：
- 个人笔记本 / 开发机：优先改【用户变量】里的 Path，新建条目填
%JAVA_HOME%\bin - 公司统一开发环境或教学机：用【系统变量】Path，但务必确认所有用户都适配同一 JDK 版本
- 无论选哪种，
JAVA_HOME变量建议也设在同一作用域（用户变量配用户 Path，系统变量配系统 Path），避免跨域引用失效
JDK 11+ 还需要单独加 jre\bin 吗
不需要。jre\bin 是 JDK 8 及更早版本的遗留习惯。自 JDK 9 起模块化，JDK 11+ 已彻底移除独立 JRE，bin 目录内已包含完整运行时所需全部可执行文件（java、javaw、keytool 等）。
常见误操作：照搬老教程，在 Path 里额外加 %JAVA_HOME%\jre\bin，结果因路径不存在导致警告（虽然不影响主功能），或引发混淆。
实操建议：
- 只添加
%JAVA_HOME%\bin——这是唯一必需项 - 验证时用
where java（Windows 命令），它会列出所有匹配的java.exe路径，一眼看出是否有多余或错误路径 - 如果
where javac和where java返回同一目录，说明配置干净无冗余
最容易被忽略的一点：JDK 安装路径里不能有中文或特殊符号，哪怕只是文件夹名带“Java(最新)”，也可能让 %JAVA_HOME% 展开失败。路径保持纯英文、无空格、无括号最稳妥——这不是过时要求，而是 Windows 环境变量解析层的真实限制。
