javac 是 Java 唯一官方命令行编译器，IDEA 和构建工具默认调用它，Eclipse 使用自研 ECJ；新手推荐 IDEA 社区版，Eclipse 适合教学与老项目，VS Code 需配合 Maven/Gradle；javac 命令仅在查细节、控字节码兼容、CI 调试时必要。
javac 是 Java 开发的底层核心编译器，所有 IDE（如 IntelliJ IDEA、Eclipse）最终都调用它完成字节码生成；而“Java 编译器软件”这个说法容易混淆——真正独立可运行的编译器只有 javac，其余所谓“编译器软件”，其实是集成了编译功能的 IDE 或编辑器。
哪些工具真正在用 javac？
几乎所有主流 Java 开发环境默认使用 JDK 自带的 javac，只是封装了调用过程：
• IntelliJ IDEA 默认用 javac，但启用增量编译（只重编修改类），你可以在 File > Settings > Build, Execution, Deployment > Compiler 里确认 Use compiler: javac；
• Eclipse 实际用的是自己的 ECJ（Eclipse Compiler for Java），不是 javac，这点常被忽略——它允许带错误继续编译，但可能掩盖运行时问题；
• Maven/Gradle 构建时也默认调用 javac，除非显式配置 compilerId = "eclipse"（Gradle）或 maven-compiler-plugin 的 compilerId 参数。
为什么别直接用记事本 + javac 写项目？
手动敲 javac -cp lib/spring-core.jar:src src/com/example/App.java 看似干净，实际极易出错：
• 类路径（-cp）写错一个分号或路径，报 package xxx does not exist 却找不到源头；
• 没有自动导入提示，import java.util.stream.Collectors 手动输漏 .stream 就编译失败；
• 修改一个 .java 文件后，必须自己推导哪些 .class 需要重编，大型项目根本不可行；
• javac 不做语法糖展开检查（比如 var 在 Java 10+ 可用，但若目标字节码设为 -target 8，它不会警告你语法不兼容）。
新手该选哪个 IDE？看这三点再决定
不是比“谁功能多”，而是看匹配度：
• 如果刚学 Java，还在写 public static void main 和循环练习：用 IntelliJ IDEA 社区版，它对新手最友好——新建项目不弹十层向导，main 输入后按 Tab 直接补全，报错实时标红且带一键修复；
• 如果学校教学用 Eclipse 或要对接老项目（尤其含 Ant 构建脚本）：坚持用 Eclipse，它的 Project > Properties > Java Build Path 对 classpath 可视化更直白，适合理解依赖本质；
• 如果已会 Python/前端，想轻量尝鲜：装 VS Code + Extension Pack for Java，但注意它不内置构建逻辑——Ctrl+Shift+B 触发的是你本地 Maven 或 Gradle 命令，不是 VS Code 自己编译。
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
javac 命令行还有必要学吗？
有必要，但只在三个场景下动手敲：
• 查看编译细节：加 -verbose 看它加载了哪些类，排查 NoClassDefFoundError 是缺 jar 还是类名拼错；
• 控制字节码兼容性：比如用 JDK 17 编译但部署到 Java 8 环境，必须加 javac -source 8 -target 8 HelloWorld.java，IDE 默认不暴露这个开关；
• CI/CD 流水线调试：当 Jenkins/GitLab CI 报 error: invalid flag: --release，说明镜像里 JDK 版本太低，得回退到 -source/-target 写法。
立即学习“Java免费学习笔记（深入）”；
真正卡住开发效率的，从来不是选错 IDE，而是没搞清「谁在编译」「编译目标是什么」「错误来自语法、classpath 还是 JVM 版本」。把javac -version、java -version、IDE 里 Project SDK 和 Language Level 三者对齐，比换十个插件都管用。 
