[面试题] Java 是如何实现平台无关的？JIT 和 AOT 有什么区别？

📖 版块 A：知识讲解版 (温故知新)

• Java 为什么能实现平台无关：

  1. Java 源码不会直接编译成某个 CPU 平台的机器码。
  2. 它会先被 javac 编译成 字节码（.class）。
  3. 字节码再交给不同平台上的 JVM 去解释或编译执行。
  4. 真正的平台无关，依赖的是“统一字节码规范 + 各平台 JVM 实现”。

• 解释执行：

  1. JVM 一条条读取字节码并执行。
  2. 启动快，但纯解释模式执行效率相对较低。

• JIT（Just-In-Time Compilation，即时编译）：

  1. JVM 在运行时识别热点代码。
  2. 把热点字节码动态编译成本地机器码。
  3. 目的是在保持平台无关的同时，提高运行效率。

• AOT（Ahead-Of-Time Compilation，预先编译）：

  1. 在程序运行前，提前把代码编译成本地机器码。
  2. 启动更快，运行时对 JIT 依赖更小。
  3. 典型场景如 GraalVM Native Image。

• 一句话区别：

  1. JIT 是“运行时再编译”。
  2. AOT 是“运行前先编译”。

🎤 版块 B：面试实战版 (高手逐字稿)

Q：Java 是如何实现平台无关的？JIT 和 AOT 有什么区别？

💬 高手逐字稿：

Java 能做到平台无关，核心并不是因为 Java 代码本身有多神奇，而是因为它在源码和机器之间多加了一层 字节码 + JVM 的抽象。

具体来说，Java 源码先通过 javac 编译成 .class 字节码文件。这个字节码不是某个特定 CPU 平台的机器指令，所以它本身可以跨平台流转。真正落地执行的时候，不同操作系统和不同 CPU 架构上都会有对应实现的 JVM，由 JVM 再把这些字节码解释或者编译成本地机器码执行。

也就是说，Java 的平台无关本质上是：上层统一字节码，下层各平台各自实现 JVM。

顺着这条线，JIT 和 AOT 就很好理解了。

JIT 也就是即时编译，它发生在程序运行过程中。JVM 一开始可以先解释执行字节码，但当某些方法或循环被频繁执行时，JVM 会把这些热点代码编译成本地机器码，后面直接跑机器码，性能就会明显提高。

AOT 则相反，它是在程序运行前就提前把代码编译成机器码。它的优点是启动更快，运行时对 JIT 的依赖更少，尤其适合冷启动敏感场景，比如某些云原生和 Serverless 场景。

所以一句话总结：

• JIT 更像是“边跑边优化”；
• AOT 更像是“先编译好再上场”。

如果面试官继续追问“Java 一定完全平台无关吗”，你还可以顺手补一句：也不绝对。 比如一旦用了 JNI、本地动态库或者平台相关文件路径，业务层依然会被具体平台约束。