Java是“先编译、后解释并辅以即时编译”的混合执行模型：javac将.java编译为.class字节码，JVM解释器默认执行字节码，JIT编译器运行时将热点代码编译为本地机器码。
java 既不是纯编译型语言，也不是纯解释型语言，而是“先编译、后解释（并辅以即时编译）”的混合执行模型。核心在于：javac 负责前端编译生成平台无关的字节码，java 命令启动的 jvm 则负责加载、验证和执行这些字节码——其中解释器是默认执行引擎，而 jit 编译器会在运行时对热点代码进行二次优化。
javac 编译器：把 .java 变成 .class
javac 是 JDK 自带的前端编译器，不生成机器码，只产出符合 JVM 规范的二进制字节码（.class 文件）。整个过程分阶段推进：
- 词法分析：扫描源文件字符流，切分成关键字（如 public）、标识符（如 main）、运算符（如 +）、字面量（如 42）等基础 token
- 语法分析：依据 Java 语法规则，把 token 组织成抽象语法树（AST），例如 int x = a + b; 会形成含变量声明与加法表达式的树结构
- 语义分析：检查类型兼容性（String s = 123; 报错）、变量是否已声明、方法重载是否合理等；同时做常量折叠（int y = 2 * 3; → 字节码中直接存 6）
- 字节码生成：基于 AST 和符号表，输出包含常量池、字段/方法表、指令序列等内容的 .class 文件，严格遵循 JVM ClassFile 结构规范
JVM 中的解释器：逐行翻译字节码
java 命令实际启动的是 JVM，其内置解释器是字节码的默认执行组件。它不直接运行 .java 或机器指令，而是：
- 读取 .class 文件，校验魔数、版本号、常量池格式等，确保字节码安全合法
- 将每条字节码指令（如 iload_0、invokestatic）动态映射为当前操作系统和 CPU 架构可识别的本地机器指令
- 边解释、边执行，适合冷启动快、类动态加载（如反射、热部署）等场景
- 解释执行本身有性能开销，因此 JVM 后续引入 JIT 编译器作为补充，而非替代
JIT 编译器：运行时把热点字节码转成本地机器码
JIT（Just-In-Time Compiler）是 JVM 的一部分，工作在程序运行期间，属于“后端编译”。它不参与 javac 阶段，也不由用户显式调用：
- 通过计数器识别频繁执行的方法或循环体（即“热点代码”）
- 将对应字节码一次性编译为高度优化的本地机器码，并缓存到代码缓存区（CodeCache）
- 后续调用直接跳过解释过程，执行编译后的机器码，大幅提升吞吐量
- 常见实现有 HotSpot VM 的 C1（客户端编译器，启动快）和 C2（服务端编译器，优化强），GraalVM 还支持更激进的 AOT 和部分逃逸分析
为什么说 Java 是“编译与解释并存”？
这个说法准确反映了 Java 的两阶段执行链路：
立即学习“Java免费学习笔记（深入）”；
- 开发阶段必须经过 javac 编译，生成中间字节码——这是静态编译，提供类型安全、语法检查和跨平台基础
- 运行阶段依赖 JVM 解释执行字节码——这是动态解释，赋予灵活性与平台适应性
- 运行中 JIT 编译器介入，把关键路径编译为机器码——这是运行时编译，平衡了启动速度与长期性能
- 三者协同，使 Java 既能“一次编写，到处运行”，又不至于牺牲太多执行效率
