Java环境变量配置验证：java -version与javac区别-java教程-PHP中文网

java -version 和 javac -version 均能运行，说明 path 已正确指向 jdk 的 bin 目录，但不能确保开发环境完整可用；还需验证 java_home 是否指向 jdk 根目录、javac 能否成功编译并生成可执行字节码，以及 java 能否正常加载运行。

java环境变量配置验证：java -version与javac区别

java -version 和 javac -version 都能运行，说明什么？

说明 PATH 环境变量已正确指向 JDK 的 bin 目录，操作系统能找到这两个可执行文件。但仅凭这个，不能断定开发环境就完整可用——javac 能运行只代表编译器“启动了”，不等于它真能编译出有效字节码。

javac 编译失败但 java -version 成功，常见原因

这是新手最常踩的坑：以为 java -version 成功就万事大吉，结果 javac HelloWorld.java 报错 Error: Could not find or load main class HelloWorld 或直接提示 javac: command not found（Linux/macOS）或闪退（Windows）。其实背后有几种典型情况：

JAVA_HOME 没配，或配错路径（比如指向了 JRE 目录、或指向了 JDK 的 lib / jre 子目录，而非根目录）
PATH 中写的是绝对路径（如 C:\Program Files\Java\jdk-24\bin），但路径含空格且未加引号，Windows 下部分 shell 会截断
系统同时装了多个 JDK，PATH 里旧版本的 bin 排在前面，而你当前用的源码依赖新版本语法（如用了 record 或模式匹配），旧版 javac 直接报错
macOS 上用 /usr/libexec/java_home 自动获取路径，但该命令返回的是 JRE 路径（非 JDK），导致 javac 缺失

为什么必须配 JAVA_HOME，而不仅仅是 PATH？

因为很多 Java 工具链（Maven、Gradle、IDEA、Tomcat）内部都依赖 JAVA_HOME 查找 tools.jar、dt.jar、lib/ct.sym 等开发专用资源。只靠 PATH 能让命令行跑起来，但构建工具一执行就会卡在「找不到编译器类」或「Unsupported class file major version」这类错误上。

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

验证方式很简单：
echo $JAVA_HOME（macOS/Linux）或 echo %JAVA_HOME%（Windows）应输出一个真实存在的、包含 bin/javac 的目录；
再执行 ls $JAVA_HOME/bin/javac（macOS/Linux）或 dir %JAVA_HOME%\bin\javac.exe（Windows），确认文件存在。

javac 和 java 的本质区别不是“编译 vs 运行”，而是输入对象不同

javac 读取的是 .java 源文件，输出 .class 字节码；java 读取的是 .class 文件（或含 Main-Class 的 jar），交由 JVM 加载执行。两者对类路径（-cp）、模块路径（--module-path）的处理逻辑也完全不同——javac 默认不查 CLASSPATH，而 java 默认查；javac 需要显式指定 -source 和 -target 才能控制字节码兼容性，java 则只认当前 JVM 支持的版本。