最直接验证方式是运行java -version，若输出版本号则JRE就绪；再执行javac -version确认编译器存在且版本匹配；最后编写Hello.java并成功执行javac Hello.java和java Hello才算完整配置。
检查 java -version 是否能正常输出
这是最直接的验证方式。打开终端（Windows 命令行或 PowerShell，macOS/Linux 终端），输入：
java -version
如果看到类似 java version "17.0.1" 或 openjdk version "21.0.2" 的输出，说明 java 命令已识别，JRE 部分基本就绪。但注意：这只能确认运行环境存在，不保证开发所需工具链完整。
- 若提示
'java' is not recognized as an internal or external command（Windows）或command not found: java（macOS/Linux），说明JAVA_HOME未配置，或PATH未包含%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（Unix-like） - 某些系统预装 JRE（如 macOS 自带的
/usr/bin/java），它可能不含javac，导致后续编译失败——这点常被忽略
确认 javac 是否可用并匹配 java 版本
javac 是 Java 编译器，没有它就无法把 .java 文件转成字节码。运行：
javac -version
输出应与 java -version 中的主版本号一致（如都是 17 或都是 21）。若报错 command not found，大概率是安装了 JRE 而非 JDK，或 JDK 安装不完整。
立即学习“Java免费学习笔记（深入）”；
Windows 命令行编码与兼容规范。涵盖 GBK/UTF-8 编码、PowerShell/pwsh 互操作、Python/Node.js、Git 配置及代码生成规则。适用于 Windows 10/11 + MSYS2/Git Bash 环境下的所有命令行操作。
- Windows 用户常见错误：下载了 “Java Runtime Environment (JRE)” 安装包，而非 “Java Development Kit (JDK)”
- macOS 用户若用
brew install openjdk，需手动将$(brew --prefix openjdk)/bin加入PATH，否则javac不可见 - Linux 上通过
apt install default-jdk通常可同时装齐java和javac，但部分发行版需额外启用仓库
编写并运行一个最小可执行类验证全流程
光有命令不报错还不够，得走通“写 → 编译 → 运行”闭环。新建文件 Hello.java，内容为：
public class Hello {
public static void main(String[] args) {
System.out.println("Hello, Java!");
}
}
在该文件所在目录执行：
javac Hello.java java Hello
预期输出 Hello, Java!。若失败，典型原因包括：
-
javac成功但java Hello报Could not find or load main class Hello：当前目录不在类路径（CLASSPATH），或类名与文件名/目录结构不匹配（如文件放在src/下却未用-cp src） - 中文 Windows 系统下控制台乱码：不是环境问题，而是终端编码与源文件编码不一致，可用
javac -encoding UTF-8 Hello.java显式指定 - 使用 IDE（如 IntelliJ）时看似能运行，但终端里失败：IDE 可能自带嵌入式 JDK，掩盖了系统级配置问题
检查 JAVA_HOME 是否指向 JDK 根目录且被正确引用
很多构建工具（Maven、Gradle）、容器（Tomcat）和 IDE 依赖 JAVA_HOME 环境变量定位 JDK。验证方法：
- Windows：
echo %JAVA_HOME%，应输出类似C:\Program Files\Java\jdk-21（不能是jre子目录） - macOS/Linux：
echo $JAVA_HOME，应输出类似/Library/Java/JavaVirtualMachines/jdk-21.jdk/Contents/Home - 关键点：该路径下必须存在
bin/javac和lib/tools.jar（JDK 9+ 已移除tools.jar，但bin/下要有javac） - 修改
JAVA_HOME后，需重启终端或重新加载 shell 配置（如source ~/.zshrc），否则新值不生效
真正容易卡住的地方，往往不是“能不能跑”，而是“谁在用哪个 JDK”——Maven 默认读 JAVA_HOME，而 Gradle 可能优先看 org.gradle.java.home，IDE 又有自己独立的 SDK 设置。一套环境里混用多个 JDK 版本，问题会延迟暴露。
