JDK、JRE、JVM 关系与 JVM 启动结构记忆路径

我能 1) 说明 JDK 面向开发，包含编译、运行和工具能力；2) 说明 JRE 面向运行，提供类库和 JVM；3) 指出 JVM 负责执行 .class 字节码以支撑跨平台；4) 区分运行已有程序与编译源码的边界；5) 把这组关系作为后续 JVM 内存和执行机制的入口。

• 对比 javac 编译与 java 启动职责；- 继续看 jar、classpath 与模块路径；- 复习跨平台口号 write once run anywhere 的实现边界

在一台只运行服务的机器上，先确认运行环境：

1java -version
2# 有输出说明可运行字节码

若要把 Hello.java 编成 .class，还要检查 javac，这属于 JDK 能力。

我能 1) 在 JDK 安装目录下找到内嵌的 JRE；2) 说明 jre\bin\server 对应一种 JVM 实现位置；3) 把 .class 在虚拟机上执行与本地实现文件联系起来；4) 说明目录位置会随版本和发行版变化；5) 避免把 java 命令、JDK 包和 JVM 实现混为一谈。

• 比较 JDK 8 与新版 JDK 的目录布局；- 了解 jlink 生成精简运行时；- 用 where java 或 which java 排查实际启动来源

在 Windows 上按目录核对：

1C:\Program Files\Java\jdk1.8.0_45\jre\bin\server\jvm.dll

看到 jvm.dll 时，把它当作 server 模式 JVM 实现的一部分。

我能 1) 说明 jvm.cfg 是启动器选择虚拟机实现时参考的配置；2) 解释第一项可作为默认 JVM 的含义；3) 区分无参数默认选择和显式 -server、-client 指定；4) 指出修改顺序属于安装级行为，有版本和支持性边界；5) 用 java -version 验证实际结果。

• 学习 java 启动器解析虚拟机参数；- 比较 -server、-client 在新版 JDK 的保留情况；- 用启动日志确认实际 VM 类型

把 client 放到前面会改变无参数启动倾向：

1-client KNOWN
2-server KNOWN

但若启动命令写 java -server App，选择会被显式参数覆盖。

我能 1) 说明 KNOWN 表示启动器认识并可尝试使用该 JVM；2) 说明 IGNORE 表示即使存在也会被忽略；3) 解释列表顺序决定无参数默认优先级；4) 指出需要同时调整状态和顺序才可能改变默认模式；5) 提醒修改 jvm.cfg 存在兼容和运维风险。

• 复习 jvm.cfg 中虚拟机别名解析；- 区分安装配置变更与启动参数变更；- 记录变更前后的 java -version 输出

默认片段可能长这样：

1-server KNOWN
2-client IGNORE

若要实验 client，需改成 client KNOWN 并调整顺序；但这不是推荐的生产变更方式。

我能 1) 说明 jvm.cfg 文件和格式被标注为非支持接口；2) 解释未来版本可能移除或改变该行为；3) 说明 -XXaltjvm=<jvm dir> 可选择任意位置 JVM 但也不稳定；4) 区分临时验证和生产固化；5) 建议用受支持的 JDK 发行版、镜像和启动参数管理运行时。

• 学习 JDK 支持矩阵和发行版差异；- 区分 -XX 实验参数与标准参数；- 为运行时镜像建立可回滚版本策略

排查替代虚拟机时可临时启动：

1java -XXaltjvm=./myjvm -version

若脚本依赖该参数，升级 JDK 后可能因 unsupported 行为失效。

我能 1) 说出 Server 模式默认初始堆和最大堆更大；2) 说出 Client 模式默认 -Xms1M、-Xmx64M 更偏轻量；3) 解释默认值会影响启动占用和容量预期；4) 指出实际项目应显式设置 -Xms、-Xmx；5) 关联后续堆、GC 和容器内存限制。

• 深入 -Xms 与 -Xmx 对 GC 的影响；- 学习容器内存感知参数；- 用 jcmd 或启动日志核对实际堆配置

对比两种启动参数的堆上限：

1java -server -Xms128m -Xmx1024m App
2java -client -Xms1m -Xmx64m App

面试中重点说默认差异和显式覆盖。

我能 1) 定义 Class Loader 是 JVM 中负责类文件进入运行时的子系统；2) 说明 loading 读取并生成类元信息；3) 说明 linking 完成验证、准备和解析等连接动作；4) 说明 initialization 执行类初始化逻辑；5) 把类加载失败、连接错误和初始化异常分开分析。

• 继续学习双亲委派模型；- 区分 ClassNotFoundException 与 NoClassDefFoundError；- 用 -verbose:class 观察类加载顺序

类被首次主动使用时触发初始化：

1class Demo {
2  static { System.out.println("init"); }
3}

执行 Class.forName("Demo") 会先加载、链接，再进入 initialization。

我能 1) 说明方法区偏向存放类元数据等共享信息；2) 说明堆区主要承载对象实例；3) 说明栈区保存线程调用栈和栈帧；4) 说明程序计数器记录线程执行位置；5) 根据异常现象判断应先观察哪个内存区域，而不是只调 -Xmx。

• 学习 OutOfMemoryError 的不同触发区域；- 对比方法区与元空间演进；- 用堆转储和线程栈定位不同内存问题

递归更容易压栈而非占满堆：

1static void f(){ f(); }
2public static void main(String[] a){ f(); }

该场景关注栈空间，不应只调 -Xmx。

我能 1) 说明 Interpreter 按预定义映射逐条把字节码转成机器指令执行；2) 指出它直接但基本不优化；3) 说明 JIT Compiler 在运行时识别热点并编译为本地机器码；4) 解释默认开启不等于所有代码立即编译；5) 关联启动速度、长期吞吐和热点路径分析。

• 学习分层编译与热点探测；- 用 -XX:+PrintCompilation 观察编译事件；- 区分启动延迟与长期吞吐优化

热点循环更可能触发编译：

1for (int i = 0; i < 10_000_000; i++) {
2  Math.abs(i);
3}

相比只执行一次的分支，JIT Compiler 更有机会优化它。

我能 1) 从 .class 进入 Class Loader 讲起；2) 说明类和对象需要落到 JVM Memory Areas 中；3) 说明执行阶段由 Interpreter 先解释或由 JIT Compiler 编译热点；4) 指出这只是结构索引，不包含完整 GC、同步和故障处理；5) 用链路视角复述跨平台执行机制。

• 衔接后续 JVM 内存模型专题；- 学习 GC 如何管理堆中对象；- 用 javap 把源码、字节码和执行链路连起来

复述时按执行链路写在白板上：

1.class -> Class Loader -> JVM Memory Areas -> Interpreter/JIT Compiler -> native code

这比只说“虚拟机运行”更可诊断。

我能 1) 说明本篇是 JVM 系列的入门铺垫；2) 把 JDK、JRE、JVM 关系作为第一层框架；3) 把目录、jvm.cfg 和模式作为可落地验证点；4) 把类加载、内存区、执行器作为后续专题入口；5) 明确它不能替代 GC、OOM 和工具实践。

• 后续学习 JVM 内存模型与 GC；- 衔接 jstack、jmap、jcmd 故障工具；- 准备一套两分钟面试复述模板

面试复述可按四句展开：

1关系：JDK > JRE > JVM
2位置：jre/bin/server
3模式：server/client
4结构：加载、内存、执行

每句再补一个边界。

我能 1) 说明深入 JVM 既要读规范也要动手验证；2) 用手写最小解释器理解 .class、常量池和指令执行；3) 用真实 JDK 命令对照运行结果；4) 把无法实现的复杂部分标记为后续学习，如 GC 和 JIT Compiler；5) 避免只背结论却无法排查问题。

• 学习 .class 文件结构和常量池；- 实现少量字节码解释执行；- 用 javap、java、jcmd 做实践闭环

最小验证从查看字节码开始：

1javap -c Hello.class
2java Hello

先观察指令序列和真实输出，再思考手写解释器如何逐条执行。