JVM是Java程序运行的核心环境，负责加载字节码、内存管理、解释或JIT编译执行，并实现跨平台能力；不安装JVM则无法运行Java程序，版本不匹配会抛UnsupportedClassVersionError；其启动包含类加载、验证、准备、执行四步；OOM错误需按具体区域（堆、元空间、线程栈等）精准定位根因。
JVM 就是 Java 程序真正运行的地方，不是操作系统直接执行 .java 或 .class 文件，而是由 JVM 加载字节码、管理内存、解释或编译执行，并屏蔽底层差异——没有 JVM，Java 就无法“一次编译，到处运行”。
为什么写完 Java 代码不能直接运行？
因为操作系统只认机器码（x86/ARM 指令），而 javac 编译出的 .class 是 JVM 自己定义的字节码（一种中间指令集）。JVM 的核心职责之一，就是把字节码翻译成当前 OS + CPU 能执行的本地指令。这个过程可能走解释执行（逐条翻译），也可能触发 JIT 编译器（C1 或 C2）把热点方法直接编译为机器码缓存起来。
- 不装 JVM，
java HelloWorld会报错：command not found或Unable to find java - 装了 JVM 但版本不匹配（比如用 JDK 17 编译的 class 在 JRE 8 上运行），会抛出
java.lang.UnsupportedClassVersionError - JVM 不是黑盒：它本身是个 C++ 写的进程（如 HotSpot），运行在操作系统的堆内存里，有自己的线程模型和内存布局
JVM 启动时到底做了哪些事？
执行 java -cp . HelloWorld 这一命令后，JVM 实例作为新进程启动，立即开始四步关键动作：
-
ClassLoader按双亲委派模型加载HelloWorld.class：先委托Bootstrap→Extension→ 最后由AppClassLoader从-cp路径找文件 - 验证字节码合法性（比如有没有非法跳转、类型是否匹配），防止恶意代码破坏 JVM 安全模型
- 在
Method Area（JDK 8+ 是元空间）中存储类结构，在Java Heap中为静态变量分配内存（注意：此时还没执行static块） - 找到
public static void main(String[] args)入口，用Execution Engine开始执行——主线程（非守护线程）诞生，JVM 生命周期正式开始
常见 OOM 错误对应哪个内存区域？
绝大多数 OutOfMemoryError 都和运行时数据区有关，但不同错误指向完全不同的子区域，排查方向截然不同：
立即学习“Java免费学习笔记（深入）”；
-
java.lang.OutOfMemoryError: Java heap space→ 堆内存不足：对象创建太多、内存泄漏、堆参数-Xmx设太小 -
java.lang.OutOfMemoryError: Metaspace→ 元空间爆满：动态生成类过多（如反复使用 CGLIB、大量热部署）、-XX:MaxMetaspaceSize未设或太小 -
java.lang.StackOverflowError→ 不是 OOM，但常被混淆：单个线程栈帧太多（如无限递归），由-Xss控制，默认 1MB，调太小易触发 -
java.lang.OutOfMemoryError: unable to create new native thread→ 本地方法栈或 OS 级线程资源耗尽：不是 JVM 堆的问题，而是系统ulimit -u或线程数配置瓶颈
真正难调的不是“哪里爆了”，而是“为什么爆”：比如 Metaspace 涨得慢，可能要结合 jstat -gc 和 jmap -clstats 看类加载趋势；堆里对象多，得用 jmap -histo 或 MAT 分析实例来源。JVM 不是设置几个参数就完事的系统，它的行为高度依赖你的代码模式、GC 策略和运行负载特征。
