先执行java -version和javac -version，均输出版本号即说明openjdk完整安装成功；若仅java可用而javac报错，则可能只装了jre或path未指向jdk的bin目录。
装好 OpenJDK 就能直接用 java 和 javac 写代码，但很多人卡在“明明装了却提示命令不存在”，本质是路径没进系统视野，不是 JDK 没装好。
怎么确认 OpenJDK 真的装对了
别急着配环境变量，先看终端里能不能跑出版本号。打开命令行，执行：
java -version
如果返回类似 openjdk version "22.0.2"，说明 JRE 已就位；再执行：
javac -version
如果也返回版本号（比如 javac 22.0.2），恭喜——JDK 完整安装成功，javac 这个编译器就在那儿，只是当前 shell 找不到它。
常见错误现象：
-
'java' 不是内部或外部命令：PATH 没包含 JDK 的bin目录 -
'javac' 不是内部或外部命令：只装了 JRE，或者装的是 JDK 但 PATH 指向了错的目录（比如指向了jre/bin而非jdk-xx/bin） -
java -version和javac -version版本不一致：系统里混装多个 JDK，PATH 优先级混乱
Windows 下必须设对的两个环境变量
关键不是“设不设”，而是“设成什么”和“设在哪一级”。
必须新建一个系统变量：
JAVA_HOME → 值为 JDK 解压/安装后的根目录（不是 bin，也不是 lib），例如：D:\zsp\tools\jdk-22.0.2 或 C:\Program Files\Java\jdk-22.0.2
然后编辑系统变量 Path，追加一行：%JAVA_HOME%\bin
注意点：
- 路径中不能含中文、空格或特殊符号（如
C:\My Tools\jdk会出问题） - 不要把
%JAVA_HOME%\lib加进 Path——它没用，还可能干扰类加载 - 改完后必须新开一个命令行窗口，旧窗口不会自动刷新环境变量
- 用
echo %JAVA_HOME%和where java可快速验证是否生效
macOS/Linux 下用 /usr/libexec/java_home 动态定位
macOS 自带工具 /usr/libexec/java_home 能自动识别已安装的 JDK，比硬编码路径更可靠。
在 ~/.zshrc（macOS 10.15+ 默认）或 ~/.bash_profile 中写：
export JAVA_HOME=$(/usr/libexec/java_home -v 22)
export PATH=$JAVA_HOME/bin:$PATH
然后运行 source ~/.zshrc 生效。
Linux 用户若用 apt 或 yum 安装（如 openjdk-22-jdk），通常会自动注册到 update-alternatives，此时可直接用：
sudo update-alternatives --config java
选中对应 JDK 后，java 和 javac 就能用了，不用手动设 JAVA_HOME（但某些构建工具仍会读它，建议还是显式配置）。
为什么 javac 能用但编译报错“找不到符号”
这是命令行开发最常被忽略的环节：没指定源码路径或类路径。
典型场景：你在项目根目录下写了个 Hello.java，直接敲 javac Hello.java 编译成功，但运行 java Hello 报错 Could not find or load main class Hello。
原因：
-
java命令默认从当前目录找.class文件，但如果你的Hello.java有package声明（比如package com.example;），就必须按包结构组织目录，并用java com.example.Hello运行 - 如果依赖外部
.jar，必须用-cp或-classpath显式传入，java不会自动扫当前目录下的 jar -
javac默认不生成调试信息，加-g参数才能让jdb调试器可用
命令行 Java 开发真正难的不是装 JDK，而是理解“源码路径、类路径、运行时路径”三者分离的设计逻辑。一旦路径关系理不清，哪怕 java -version 返回得再漂亮，javac 也只会默默编译出无法运行的 class。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
