OpenJDK本身是JDK开源实现，含javac等工具；编译单个.java文件应使用其附带的javac命令，如javac HelloWorld.java生成HelloWorld.class，而非编译OpenJDK源码。
OpenJDK 本身不是用来“编译单个 Java 源文件”的工具链；它是一整套 JDK 的开源实现，包含 javac、java 等命令行工具。你真正需要的，是用 OpenJDK 提供的 javac 编译器来编译单个 .java 文件——这和用 Oracle JDK 或其他合规 JDK 完全一致，不涉及源码编译 OpenJDK 本身。
用 OpenJDK 的 javac 编译单个 .java 文件
只要你已安装并正确配置了 OpenJDK（比如通过 apt install openjdk-17-jdk 或手动解压官方二进制包），就可以直接使用其附带的 javac：
-
javac HelloWorld.java：生成HelloWorld.class，前提是当前目录有该文件且无语法错误 - 若类在包中（如
package com.example;），需确保目录结构匹配（./com/example/HelloWorld.java），然后从包根路径执行：javac com/example/HelloWorld.java - 可加
-d out/指定输出目录，避免 class 文件散落：javac -d out/ HelloWorld.java - 若依赖外部 JAR，用
-cp或--class-path指定：javac -cp lib/commons-lang3.jar HelloWorld.java
为什么不能用 OpenJDK 源码树直接编译单个 .java 文件
OpenJDK 源码（如 jdk/src/java.base/share/classes/java/lang/Object.java）属于 JDK 自身实现的一部分，它们由构建系统（make + configure）统一编译进 classes.jsa、modules 或 lib/*.jar，不是为手动生成单个 class 设计的：
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 源码中大量使用内部 API（如
jdk.internal.*）、注解处理器、预编译头、模块依赖声明（module-info.java），javac单独编译会报错 - 很多类依赖构建时生成的 stub、gen、或 native header（如
java.lang.System调用 JNI），没有完整构建上下文无法解析 - 试图用
javac直接编译hotspot/src/share/vm/classfile/systemDictionary.cpp这类 C++ 文件？那根本不是 Java 编译器的事
javac 来自哪个 OpenJDK 版本会影响编译结果吗
会，但只在语言特性与目标字节码层面：
立即学习“Java免费学习笔记（深入）”；
-
javac -source 8 -target 8在 OpenJDK 11+ 上仍可生成 Java 8 字节码，但无法编译var、record、switch表达式等新语法 - OpenJDK 21 的
javac默认启用--enable-preview才能编译virtual threads或unstructured concurrency相关代码 - 不同版本的
javac对泛型擦除、lambda 元信息、调试符号（-g）的处理略有差异，但不影响功能正确性 - 别指望用 OpenJDK 8 的
javac编译用了sealed关键字的 Java 17 代码——直接报错error: illegal start of expression
真正容易被忽略的是：你手头那个 javac 命令到底来自哪个 JDK。运行 which javac 和 javac -version 之前，先确认 $JAVA_HOME 和 $PATH 没被多个 JDK 版本污染。否则看似在用 OpenJDK 17，实际调用的可能是系统残留的 OpenJDK 11 的 javac。
