根本原因是path中存在优先级更高的错误java.exe路径，导致系统调用失效；应执行where java定位问题路径，将正确jdk bin目录移至path最前，并重启cmd验证。
Java命令找不到，PATH里明明加了却无效？
根本原因不是没配PATH，而是配错了位置、顺序或路径本身不准确。Windows下PATH是按从左到右顺序查找的，一旦前面某个路径里有同名但错误的java.exe（比如旧版JRE残留、IDE自带JRE、甚至某个游戏附带的JVM），系统就会用它，然后报“不是内部或外部命令”——因为那个假java.exe可能根本不能运行，或者压根就是空壳。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 在CMD里执行
where java，看列出的所有路径；如果第一行不是你期望的JDKbin目录（比如显示的是C:\Program Files (x86)\Common Files\Oracle\Java\javapath\java.exe），那就中招了 - 检查该“假路径”是否真实存在可执行文件：进到对应目录，用
dir java.exe确认；再双击运行试试——大概率闪退或报错 - 不要直接删它，而是把真正JDK的
bin路径（如C:\Program Files\Java\jdk-17.0.1\bin）挪到PATH最前面（Windows环境变量编辑器里可以上移） - 改完必须关掉所有CMD窗口重开，否则PATH缓存不会刷新
配置PATH时复制粘贴JDK路径常犯的3个低级错误
JDK安装路径看着简单，一粘就错。尤其容易忽略空格、版本号变动、斜杠方向和末尾反斜杠。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 绝对不用“复制文件夹地址”右键菜单里的路径（它带引号且含
file://前缀）；正确做法是进到JDK安装目录，地址栏点一下，全选复制，再手动删掉开头的file://和结尾的\ - 路径含空格没问题（Windows支持），但别手抖多打一个
\在末尾——C:\Program Files\Java\jdk-17.0.1\bin\最后这个\会导致PATH识别失败 - 别抄别人博客里的路径（比如
C:\jdk1.8.0_202\bin），自己去java -version确认实际安装路径，或直接打开C:\Program Files\Java\看文件夹名
系统变量 vs 用户变量，该改哪个？
改错地方=白忙活。用户变量只对当前账户生效，系统变量才对所有CMD、IDE、服务进程生效。但盲目改系统变量有风险——尤其公司电脑被域策略管控时，可能被自动覆盖。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 个人开发机：优先改系统变量里的PATH，确保
cmd、PowerShell、IntelliJ、VS Code终端全都认得java - 公司设备/不确定权限时：先改用户变量PATH，测试
java -version是否成功；若IDE仍报错，再查它是否强制读取系统PATH（有些老版本Eclipse会这样） - 改完务必验证：新开CMD，执行
echo %PATH%，确认你的JDKbin路径确实出现在输出里，且没有拼写错误（比如biin或Bin）
javac能用但java不能用？检查JAVA_HOME和PATH的协作关系
javac可用说明编译器路径对了，但java不行，大概率是JDK的jre\bin被意外加入PATH，而它里面没有javac但有java.exe——问题在于这个java.exe可能指向错误的JRE，或依赖缺失的DLL。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 执行
java -verbose:jni -version，看报错里加载了哪些DLL；如果提示找不到msvcr100.dll之类，说明JRE运行时缺VC++红istributable - 检查是否误把
JAVA_HOME设成了JRE路径（如C:\Program Files\Java\jre1.8.0_301）；正确值必须是JDK根目录（不含bin），例如C:\Program Files\Java\jdk-17.0.1 - PATH里只放
%JAVA_HOME%\bin，别再额外加C:\...\jre\bin——JDK的bin目录已自带完整java.exe和javac.exe
最麻烦的情况是PATH里混着多个JDK版本、IDE嵌入JRE、以及第三方软件悄悄注入的路径。这时候where java和echo %PATH%输出要逐段比对，宁可删掉可疑路径，也不要靠“多加一个保底”。
