Java命令提示“不是内部或外部命令”说明PATH未生效或配置错误，常见原因有三：JAVA_HOME未加\bin、PATH含相对/中文路径、未重启终端；正确做法是设JAVA_HOME为JDK根目录、PATH添加%JAVA_HOME%\bin、重启终端后验证。
Java命令提示“不是内部或外部命令”
这说明系统根本没找到 java.exe，不是Java本身出错，而是PATH没生效或指向了错误位置。常见原因有三个：
一是环境变量写成了 JAVA_HOME 路径本身（如 C:\Program Files\Java\jdk-17.0.1），但没追加 \bin；二是PATH里用了相对路径或中文路径；三是修改后没重启命令行——Windows下新打开的CMD/PowerShell才读取最新环境变量。
正确做法是：
• 确认 JAVA_HOME 指向JDK根目录（不含 \bin）
• 在PATH中添加 %JAVA_HOME%\bin（Windows）或 $JAVA_HOME/bin（macOS/Linux）
• 关闭所有终端，重新打开后执行 echo %JAVA_HOME% 或 echo $JAVA_HOME 验证变量值
• 再运行 java -version 测试
JDK安装后javac能用但java报错“找不到或无法加载主类”
这不是环境变量问题，而是当前目录、类路径或编译产物不匹配导致的。典型场景：你在 D:\demo 下写了 Hello.java，编译成功生成 Hello.class，但运行时却在别处执行了 java Hello。
关键检查点：
• 确保 java 命令在 .class 文件所在目录执行（或显式指定 -cp）
• 类名必须与文件名严格一致，且首字母大写（public class Hello → Hello.java）
• 如果类在包中（如 package com.example;），必须按包结构组织目录，并从包外父目录运行，例如：在 com/example/Hello.class 时，需在 com 的上层目录执行 java com.example.Hello
• 不要对 .class 文件加扩展名：写 java Hello，不是 java Hello.class
立即学习“Java免费学习笔记（深入）”；
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
同一台机器装了多个JDK，java -version 和 javac -version 显示不同版本
说明 java 和 javac 来自不同JDK——通常是系统自带的JRE（只含 java）和手动安装的JDK（含 javac）共存。Windows尤其容易出现：Oracle JDK安装器默认勾选“Public JRE”，会把 java.exe 复制到 C:\Windows\System32，它优先于PATH中的JDK bin。
验证方式：
• 运行 where java（Windows）或 which java（macOS/Linux）看实际调用路径
• 运行 where javac 对比两者是否同源
• 若 java 指向 System32，直接删掉该目录下的 java.exe、javaw.exe、javaws.exe（前提是确认不需要系统级JRE）
• 或更稳妥地，在PATH中把JDK的 bin 目录置顶，确保它优先被命中
IDE（如IntelliJ或Eclipse）里能运行Java，但命令行始终报错
IDE自带JDK配置和独立的运行环境，它不依赖系统PATH。所以IDE能跑 ≠ 系统配置成功。这是新手最常误判的一点。
真正要验证的是纯终端行为：
• 关闭IDE
• 打开全新CMD/PowerShell/Terminal
• 不进任何项目目录，直接输入 java -version 和 javac -version
• 成功后再尝试编译运行一个最简 Hello.java（不要带包、不要依赖）
• 如果失败，问题一定出在环境变量或JDK安装完整性上，和IDE无关
顺便提醒：某些国产安全软件会静默拦截或重定向 java.exe，表现为命令无响应或闪退。可临时关闭防护软件测试。
