绝大多数主流IDE默认不调用系统PATH下的javac，而是使用项目配置指定的JDK中的javac；IntelliJ默认用ECJ编译器而非javac，Eclipse也用ECJ，仅在委托构建工具时才调用javac；JAVA_HOME对IDE无直接影响，需通过IDE内配置指定JDK路径。
Java编译器在IDE里到底用的是哪个
绝大多数主流IDE（IntelliJ IDEA、Eclipse、VS Code + Java插件）默认不调用系统 PATH 下的 javac，而是内置或绑定项目配置指定的 JDK 中的 javac。你右键“Compile”或保存自动编译时，背后跑的其实是 IDE 封装调用的 javac，路径通常类似 $JDK_HOME/bin/javac（Windows 下是 javac.exe）。
验证方式很简单：在 IntelliJ 中打开 File → Project Structure → Project，看 “Project SDK” 和 “Project language level”；Eclipse 则是 Project → Properties → Java Build Path → Libraries 里展开 JRE System Library，就能看到实际绑定的 JDK 根目录。
- IDE 不会因为你本地装了多个 JDK 就自动选最新版——它只认你在项目或全局设置里明确指定的那个
- 命令行运行
javac -version显示的版本，和 IDE 编译用的版本可能完全不同 - Gradle/Maven 项目更复杂：IDE 可能用 IDE 内置编译器（如 IntelliJ 的
javacfork），也可能委托给构建工具启动的独立 JVM 进程，此时实际编译器由sourceCompatibility和javaToolchains等配置决定
为什么改了系统 JAVA\_HOME，IDE 编译还是报错
因为 JAVA_HOME 环境变量只影响终端里手动执行的 java/javac，对大多数 IDE 没有直接作用。IDE 启动时一般不读取 shell 的环境变量（尤其是 macOS GUI 应用或 Windows 快捷方式启动），它们用自己的配置体系管理 JDK。
- IntelliJ：优先读取 Project SDK，其次才是 Build → Compiler → Java Compiler → Use compiler from project SDK 开关
- Eclipse：完全忽略
JAVA_HOME，依赖 Preferences → Java → Installed JREs 中标记为 default 的那个 - VS Code：靠
java.configuration.runtimes设置项指定各 JDK 路径，JAVA_HOME不生效 - 常见错误现象：
Unsupported class file major version 65（对应 JDK 21），往往是因为项目设了 JDK 21，但 IDE 的 build process 仍用了旧 JDK 的javac—— 检查 “Compiler compliance level” 和实际 JDK 绑定是否一致
IDE 内置编译器和标准 javac 有什么区别
IntelliJ 的默认编译器不是原生 javac，而是基于 Eclipse JDT 的增量式编译器（ECJ），而 Eclipse 本身也用 ECJ；只有显式勾选 “Use external build” 或配置为 delegate to Maven/Gradle 时，才会真正调用 javac。
在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。
立即学习“Java免费学习笔记（深入）”；
- ECJ 对语法容忍度略高（比如某些泛型推导场景），可能导致代码在 IDE 里能编译通过，但用
mvn compile失败 - ECJ 不支持所有
javac的调试参数（如-g:lines,vars的细粒度控制），影响远程调试符号生成 - 增量编译逻辑不同：ECJ 可以只重编译被修改类的下游依赖，而
javac原生不带此能力（需靠构建工具封装） - 性能表现差异明显：小项目几乎无感，但大型模块化项目中，ECJ 增量响应更快，
javac全量编译更稳
怎么强制让 IDE 用你指定的 javac
关键不是改环境变量，而是把 IDE 的编译链路“钉死”到目标 JDK 的 javac 上。操作因 IDE 而异：
- IntelliJ：进入 Settings → Build → Compiler → Java Compiler，取消勾选 “Use compiler from project SDK”，再在 “Project bytecode version” 下方选择对应 JDK 的
javac路径（点文件夹图标手动选$JDK21_HOME/bin/javac） - Eclipse：没有直接切换
javac的 UI，必须通过 Window → Preferences → Java → Compiler 设定 compliance level，并确保所选 JRE（Installed JREs）对应 JDK 安装路径下确实存在bin/javac - VS Code：编辑
.vscode/settings.json，添加"java.configuration.runtimes": [{ "name": "JavaSE-21", "path": "/path/to/jdk-21" }]，并确认"java.compile.nullAnalysis.mode"等未开启与 ECJ 冲突的选项 - 注意：即使指定了
javac路径，IDE 的语法检查（semantic highlighting、quick fix）仍可能走自己的 AST 解析器，和实际编译器不完全同步——这是设计使然，不是 bug
最常被忽略的一点：IDE 的编译器设置和运行时使用的 JDK 是两套独立配置。你可能用 JDK 21 的 javac 编译成功，却用 JDK 17 的 java 去运行，结果触发 java.lang.UnsupportedClassVersionError。编译器、字节码版本、运行时三者必须对齐，缺一不可。
