JVM只识别字节码，不依赖Java语言本身。它通过统一的类文件格式、运行时数据区、加载验证机制及内存模型，支持Kotlin、Scala等任意生成合规.class文件的语言共存与互操作，高级特性由编译器翻译为字节码实现。
Java虚拟机（JVM）本身不“懂”Java语言，它只认字节码（Bytecode）。只要一门语言能编译成符合JVM规范的字节码，就能在JVM上运行——这是多语言共存的根本原因。
字节码是JVM的唯一“母语”
JVM的设计目标是语言中立。它定义了一套严格、稳定的指令集（如iconst_1、aload_0、invokevirtual）、类文件格式（Class File Format）、运行时数据区（堆、方法区、栈等）和加载验证机制。任何语言只要生成的.class文件满足这些约束，JVM就一视同仁地加载、验证、解释或编译执行。
例如：
统一的类加载与运行时模型
所有JVM语言共享同一套类加载机制（双亲委派）、相同的内存布局（如对象在堆中存储，方法信息在元空间）、一致的线程模型和异常处理语义。这意味着：
立即学习“Java免费学习笔记（深入）”；
- Java类可直接调用Kotlin写的类（反之亦然），只要它们在同一个类路径下；
- 不同语言生成的对象可互相传递、继承、实现接口；
- 统一的GC管理所有语言创建的对象，无需为每种语言单独设计垃圾回收器。
语言特性由编译器而非JVM实现
JVM不提供高阶函数、模式匹配、尾递归优化或不可变集合等高级特性——这些全部由各语言的编译器在编译期“翻译”为等效的字节码。比如：
- Kotlin的data class被展开为含get()、equals()、hashCode()等方法的标准类；
- Scala的case class同样被转为普通类+伴生对象+合成方法；
- Clojure的函数式调用最终映射为invokestatic或invokeinterface指令。
工具链与生态的协同支撑
多语言共存不仅靠字节码兼容，更依赖成熟配套：
- ASM、Byte Buddy等字节码操作库，让运行时动态生成/修改任意语言的类；
- Maven/Gradle支持多语言混合编译（如Kotlin+Java混编项目）；
- JDK自带jshell已支持Java、JShell脚本，未来可扩展其他语言REPL；
- JVM TI（Tool Interface）和JFR（Flight Recorder）对所有语言运行行为一视同仁监控。
本质上，JVM是“字节码操作系统”，语言只是它的应用层。只要编译器忠实产出合规字节码，多语言共存就不复杂但容易忽略细节。
