JVM 面试题在网上刷到过很多版本但真正能一口气覆盖类加载、内存模型、GC 原理、三色标记、性能调优还顺带把 MySQL 面试题一起带的资料很少。这次我们直接把这套“JVM 面试 45 问”的知识体系拆开先看它包含哪些板块再看每个板块怎么学、怎么验证、怎么答最后给出一套能直接执行的复习方案。先说结论这套内容不是让你把 45 道题的答案背下来而是帮你把“类加载 → JVM 虚拟机内存 → GC 原理 → 三色标记 → 性能调优 → MySQL 面试题”串成一张知识网。面试官现在问 JVM 很少只问单个概念而是连环追问比如“类加载过程讲一下”“那双亲委派为什么能防止类重复加载”“G1 的 Region 怎么回收”“三色标记漏标怎么解决”。如果你的知识是零散记忆很容易在第二层、第三层追问里卡住。本文会先给这套内容的核心能力速览再按板块拆解学习路径提供可复制的命令、参数和实验方式最后给出自查清单和常见学习误区。适合准备 Java 后端面试、想系统重建 JVM 知识体系、以及需要同时复习 MySQL 高频题的读者。1. JVM 面试 45 问核心能力速览这套面试题复习体系的核心能力可以先用一张表看清能力项说明知识板块类加载机制、JVM 内存模型、GC 原理、三色标记、JVM 性能调优、MySQL 面试题覆盖场景Java 后端面试、高并发与性能优化岗位、JVM 调优实际排查问题数量参考45 问左右按板块分布重点在 JVM 内存与 GC适合人群1 到 5 年 Java 后端开发者、跳槽面试者、JVM 知识不系统的学习者是否需要真实 JVM 环境需要建议本地安装 JDK 8 和 JDK 17 各一套是否需要 MySQL建议准备一个本地 MySQL用于验证索引、事务、锁相关面试题学习方式概念梳理 面试答题模板 命令行验证 故障实验核心难点三色标记与漏标问题、G1 回收流程、类加载双亲委派、GC 日志分析资源需求8G 内存机器即可不需要特殊 GPU 或大型服务器是否涉及 API / 批量任务不涉及这套内容重点是知识梳理与面试自测不是工具平台从材料看这套复习内容把 JVM 和 MySQL 放在一起并不是拼凑。实际面试中JVM 调优经常和数据库性能问题一起出现比如线上 CPU 飙升、接口变慢先看 Full GC 还是先看慢 SQL这个排查顺序本身就是高频考点。2. 适用人群与使用边界2.1 适合谁准备 Java 后端面试的人需要把 JVM 内存、GC、类加载这些高频题整理成有逻辑的答案。工作中遇到过内存溢出、CPU 飙升但不知道如何排查的人这套内容里的性能调优部分能补上排查链路。想系统复习 MySQL 面试题的人索引失效、事务隔离级别、MVCC、锁机制这些经典问题可以和 JVM 的并发、内存模型对照理解。有 Java 基础但没系统学过 JVM 的人45 问的价值在于把所有考点串起来避免“知道每个概念、但答不完整一个流程”。2.2 不适合谁完全没写过 Java 代码的人JVM 面试题默认你有 Java 语法基础至少能看懂类和对象的基本概念。只想背答案、不想理解原理的人面试官现在普遍会打断背诵追问“为什么”“如果参数改大一点会怎样”。2.3 使用边界与合规提醒面试题总结本质是知识梳理不涉及任何敏感技术或违规操作。但在学习性能调优时要注意所有 JVM 实验、内存溢出测试、死锁模拟都在本地测试环境完成不要拿生产环境直接复现。涉及 MySQL 实验同样如此不要在他人数据库上执行锁表或删除操作。3. 学习环境与前置条件这套面试题复习不要求多高的机器配置但环境准备会影响后续实验效果。建议按以下清单准备。3.1 操作系统Windows、macOS、Linux 都可以。优先选 Linux 或 macOS因为 JVM 调优和故障排查的很多命令在 Unix 环境下更稳定而且面试中问到线上排查时面试官默认你熟悉 Linux 命令。3.2 JDK 版本建议同时安装 JDK 8 和 JDK 17。JDK 8 是很多公司生产环境的主流版本默认使用 Parallel Scavenge Parallel OldJDK 17 默认使用 G1是现在面试中频率逐渐上升的版本。安装完成后先验证版本java -version # 期望输出类似 # java version 1.8.0_202 # Java(TM) SE Runtime Environment (build 1.8.0_202-b08) # Java HotSpot(TM) 64-Bit Server VM (build 25.202-b08, mixed mode)# 切换 JDK 17 后验证 java -version # openjdk version 17.0.9 2023-10-17 # OpenJDK Runtime Environment (build 17.0.99) # OpenJDK 64-Bit Server VM (build 17.0.99, mixed mode)注意如果本机安装了多个 JDK需要配置JAVA_HOME和PATH否则命令行会使用错误版本。面试中也有一个热词是“jre和jvm之间的关系”“jdk和jvm、jre的区别”这属于 JDK 安装时的基础题环境准备阶段顺手就能验证。3.3 IDE 与工具推荐使用 IntelliJ IDEA 社区版或 VS Code至少需要一个能写 Java 文件的编辑器。不需要额外插件JVM 实验本身通过命令行就能完成。3.4 JVM 监控与排查工具JDK 自带工具优先掌握这些都是免费的也是面试中经常被问到的工具作用常用命令jps查看 Java 进程jps -ljstat查看类加载、GC、JIT 统计jstat -gc pid 1000jmap生成堆转储、查看堆信息jmap -heap pidjstack查看线程栈jstack pidjcmd综合诊断命令jcmd pid help3.5 MySQL 环境如果要连着复习 MySQL 面试题准备一个本地 MySQL 8.0 即可。安装时注意字符集和认证插件MySQL 8.0 默认的caching_sha2_password会影响一些旧客户端连接如果使用 Navicat 等工具连接失败可以检查认证插件问题。# 检查 MySQL 版本 mysql --version环境准备好之后就可以按板块逐个突破了。4. 类加载机制专题从过程到双亲委派类加载是 JVM 面试的第一个高频板块。面试官会从“类从加载到使用的完整过程”问起然后延伸到双亲委派、类加载器分类、Tomcat 为什么需要破坏双亲委派。4.1 类加载全过程一个类从被加载到 JVM 到卸载完整生命周期包括 7 个阶段加载 → 验证 → 准备 → 解析 → 初始化 → 使用 → 卸载面试时最容易搞混的是“准备”和“初始化”阶段。准备阶段为静态变量分配内存并设置零值例如static int count 10在准备阶段 count 的值是 0真正赋值为 10 发生在初始化阶段。这个细节几乎每年都会考。验证阶段主要做四件事文件格式验证、元数据验证、字节码验证、符号引用验证。准备阶段之后才进入解析阶段将符号引用替换为直接引用。初始化阶段会执行clinit()方法触发时机包括 new、反射、调用静态方法、访问静态字段、初始化子类时先初始化父类等。4.2 双亲委派模型双亲委派的核心逻辑是类加载器收到类加载请求后先把请求委派给父加载器父加载器无法完成时才由自己加载。三个内置加载器Bootstrap ClassLoader加载JAVA_HOME/lib目录下核心类比如rt.jar。Platform ClassLoader / Extension ClassLoaderJDK 8 叫扩展类加载器JDK 9 后改为平台类加载器加载一些扩展库。Application ClassLoader加载 classpath 下的类。面试答题模板“双亲委派的作用主要有三点第一避免类被重复加载父加载器加载过的类子加载器不会再去加载第二保证 Java 核心类库的安全比如你自定义一个java.lang.String最终会被引导类加载器拦截无法覆盖核心类第三保证类加载的层级关系一致同一个类在同一个加载器下只被加载一次。”接着面试官大概率会问“那为什么要破坏双亲委派”。典型场景是 Tomcat 的 Web 应用类加载器每个应用需要隔离自己的依赖版本所以打破了默认的父优先模式。SPI 机制如 JDBC 驱动加载也是破坏双亲委派的例子。4.3 面试答题模板示例可以把这个答题结构背下来先讲生命周期七个阶段 → 重点讲加载、验证、准备、初始化 → 再讲类加载器层级 → 最后补双亲委派的作用和破坏场景。这样回答不仅完整而且能引导面试官问你准备好的下一个点。5. JVM 内存模型、GC 原理与三色标记这是整套 45 问里分量最重的板块。字节、美团这类公司面试时JVM 内存布局和 GC 流程能连续追问十分钟。5.1 运行时数据区JVM 运行时数据区分为线程共享和线程私有两类。线程私有虚拟机栈每个方法调用对应一个栈帧栈帧里有局部变量表、操作数栈、动态链接、方法返回地址。本地方法栈为 native 方法服务。程序计数器记录当前线程执行的字节码行号。线程共享堆对象实例主要分配在这里是 GC 的主要区域。方法区存储类元信息、常量、静态变量。JDK 8 之后改名为元空间使用本地内存不再受堆大小限制。运行时常量池JDK 8 后移到堆中。这里有一个高频扩展题什么是栈溢出、什么是堆溢出。public class StackOverflowDemo { public static void main(String[] args) { recurse(0); } private static void recurse(int depth) { System.out.println(depth depth); recurse(depth 1); } }运行后会抛出java.lang.StackOverflowError这就是虚拟机栈深度超限的结果。5.2 对象创建流程面试官问到“new 一个对象发生了什么”不要只回答“分配一块内存”。完整流程是类加载检查 → 分配内存 → 初始化零值 → 设置对象头 → 执行init方法。内存分配方式有两种指针碰撞和空闲列表。是否使用指针碰撞取决于堆内存是否规整而堆是否规整取决于垃圾回收器是否带压缩整理功能比如 Serial、ParNew 带压缩CMS 则不压缩。还要掌握对象在堆中的内存布局对象头、实例数据、对齐填充。对象头里包含 Mark Word 和类型指针Mark Word 里存了锁状态、hashCode、GC 分代年龄等信息。5.3 垃圾回收算法JVM 垃圾回收涉及三个经典算法标记-清除标记-复制标记-整理标记-清除会产生内存碎片标记-复制适合存活率低的年轻代标记-整理适合存活率高的老年代。然后是分代收集理论年轻代Eden Survivor0 Survivor1默认比例 8:1:1。老年代存放长期存活的大对象。元空间JDK 8 后替代永久代。年轻代对象经历一次 Minor GC 后年龄加 1默认年龄到 15 会晋升老年代这个阈值可以通过参数-XX:MaxTenuringThreshold调整。5.4 三色标记详解三色标记是并发标记阶段的核心算法也是面试中区分“懂原理”和“背概念”的关键题。三个颜色含义白色未访问对象。灰色自身已访问但成员变量未全部访问。黑色自身和成员变量都已访问。标记过程从 GC Roots 开始初始标记后所有可达对象按规则从白色变为灰色再从灰色变为黑色。最终剩下白色的对象被认为不可达可以被回收。面试必问题三色标记为什么会产生漏标问题怎么解决。漏标的核心场景一个黑色对象 B 引用了白色对象 W同时灰色对象 A 到 W 的引用被切断。此时 W 变成黑色对象不可见的白色对象但 W 实际是可达的。解决方式有两种增量更新黑色对象指向白色对象时记录这个引用重新标记阶段以黑色对象为根再扫描一次。CMS 使用增量更新。原始快照 SATB灰色对象断开白色对象引用时记录该引用重新标记阶段再扫描这个引用链。G1 使用原始快照。面试答题建议“三色标记产生的根本原因是并发标记过程中引用关系发生变化。解决思路是破坏漏标的两个必要条件之一要么记录黑色对象新增的引用要么记录灰色对象删除的引用。CMS 用增量更新G1 用 SATB。”这样回答既讲清了原理也点明了 CMS 和 G1 的差异面试官很容易接下去问“那 G1 的整个回收流程是怎样的”。5.5 垃圾收集器对比常见收集器收集器线程算法适用场景Serial单线程复制年轻代单核或客户端模式Parallel Scavenge多线程复制高吞吐优先JDK 8 默认CMS多线程标记-清除低延迟优先JDK 9 弃用G1多线程Region 化JDK 9 默认兼顾延迟与吞吐ZGC多线程着色指针超大堆、极低停顿G1 的 Region 划分是另一个高频考点。G1 把堆划分为大小相等的 Region每个 Region 可以是 Eden、Survivor、Old 或 Humongous大对象直接占用 Humongous Region。G1 通过维护 RSet 记录 Region 之间的引用关系使回收不需要全堆扫描。6. JVM 性能调优实战性能调优是面试中“看起来会、实际答不深”的板块。很多人知道-Xmx、-Xms但说不清怎么分析 GC 日志、怎么定位频繁 Full GC。6.1 JVM 常用参数速查# 堆内存参数 -Xms512m -Xmx2g -Xmn512m -XX:MaxMetaspaceSize512m -XX:NewRatio2 -XX:SurvivorRatio8 # 垃圾回收器参数 -XX:UseG1GC -XX:UseParallelGC -XX:MaxGCPauseMillis100 -XX:ParallelGCThreads4 # GC 日志参数JDK 8 -XX:PrintGCDetails -XX:PrintGCDateStamps -Xloggc:/tmp/gc.log # 堆溢出自动转储 -XX:HeapDumpOnOutOfMemoryError -XX:HeapDumpPath/tmp/heap.hprof一个完整的启动示例java -Xms512m -Xmx2g -Xmn512m \ -XX:UseG1GC \ -XX:MaxGCPauseMillis100 \ -XX:HeapDumpOnOutOfMemoryError \ -XX:HeapDumpPath/tmp/app-heap.hprof \ -Xloggc:/tmp/app-gc.log \ -jar your-app.jar6.2 调优步骤JVM 调优不是一上来就改参数而是先发现问题再验证方案。通用排查流程查看进程状态jps -l确认目标进程 PID。观察 GC 情况jstat -gc pid 1000每秒打印一次 GC 统计。分析 GC 日志重点看 Full GC 的次数和耗时。获取堆快照jmap -dump:formatb,file/tmp/heap.hprof pid。查看线程栈jstack pid排查死锁和线程阻塞。结合业务场景调整参数。举一个高频案例老年代空间不足导致 Full GC 频繁。可以先检查jstat -gc中FGC和FGCT的值再用jmap -heap查看老年代空间占比。如果老年代在 Full GC 后仍然长期高位说明有大量对象晋升或内存泄漏需要通过堆转储分析对象引用链而不是盲目调大堆内存。6.3 调优工具JDK 自带的jvisualvm在 JDK 8 中可以直接使用JDK 9 之后不再随 JDK 发布可改用jcmd或第三方工具。重点是掌握命令行工具因为面试和线上排查中命令行工具使用频率最高。# 查看 Java 进程 jps -l # 查看进程 12345 的堆信息 jmap -heap 12345 # 查看线程栈 jstack 12345 thread_dump.txt学会读 GC 日志比背调优参数更重要。GC 日志里的GC (Allocation Failure)、Full GC、停顿时间这些关键字都是面试官会用来考你实战能力的。7. MySQL 面试题联动复习这套面试题把 MySQL 放进来的原因很直接线上性能问题往往是 JVM 和数据库同时出问题面试官需要看你能不能分清“是先查 GC 还是先查慢 SQL”。7.1 索引相关高频题MySQL 索引题里最常见的是为什么用 B 树而不是红黑树或哈希表。什么是覆盖索引。最左前缀原则。索引失效的常见场景。一个简单验证索引是否生效的示例CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, age INT NOT NULL, email VARCHAR(100), KEY idx_name_age (name, age) ) ENGINEInnoDB; -- 使用联合索引 EXPLAIN SELECT * FROM user WHERE name 张三 AND age 25; -- 不满足最左前缀索引可能失效 EXPLAIN SELECT * FROM user WHERE age 25;在本地 MySQL 执行EXPLAIN后重点看type、key、rows三列。type从ALL全表扫描到ref、range、const的变化能直观回答“为什么索引能加速查询”。7.2 事务隔离级别与锁MySQL 面试题中事务隔离级别和 JVM 并发内存模型有很强的对照关系隔离级别脏读不可重复读幻读读未提交可能可能可能读已提交不会可能可能可重复读不会不会可能InnoDB 通过间隙锁解决串行化不会不会不会面试答题时可以这样串联在可重复读级别下快照读通过 MVCC 保证一致性当前读通过 Record Lock Gap Lock 防止幻读。这道题很适合放在 JVM 并发相关题目之后因为 MVCC 里的版本链思想和 JVM 对象头里的 Mark Word 存储 GC 年龄、锁状态的设计思路有共通之处。7.3 JVM 和 MySQL 的排查顺序问题一个经典的场景题线上接口变慢CPU 飙升你怎么排查。正确思路是top查看 CPU 和进程。jstack看线程堆栈确认是否在 GC、是否死锁、是否有线程阻塞。jstat -gc看 Full GC 频率。show processlist;看数据库慢查询。EXPLAIN分析慢 SQL。这个排查链路本身就是 JVM 面试题和 MySQL 面试题的交叉考点把这套思路练熟比单独背 20 道 JVM 题更有价值。8. 面试自测与效果验证学了大量知识后如何确认自己真的掌握了建议用“自测 实验验证”的方式。8.1 自测清单你可以在纸上或笔记里列出几个核心问题不看书直接口述回答每道题限制 2 到 3 分钟。一个类从加载到卸载的完整过程是什么双亲委派模型的作用是什么为什么 Tomcat 要破坏它JVM 运行时数据区哪些线程共享、哪些线程私有对象创建过程包含哪些步骤判断对象是否可以回收的方法有哪些三色标记中漏标问题产生的条件是什么CMS 和 G1 各怎么解决G1 的 Region、RSet、SATB 分别做什么什么时候对象会进入老年代如何查看一个 Java 进程的 GC 情况MySQL 可重复读级别下为什么没有幻读问题这道题是联动的能用“MVCC 快照读 间隙锁当前读”回答完整说明你不仅理解了 MySQL也对 JVM 的对象状态和并发机制有了类比认知。8.2 动手实验验证面试题不能只看要做两个简单实验。实验一制造堆溢出并分析堆转储文件。import java.util.ArrayList; import java.util.List; public class HeapOomDemo { public static void main(String[] args) throws InterruptedException { Listbyte[] list new ArrayList(); int i 0; while (true) { list.add(new byte[1024 * 1024]); i; System.out.println(添加第 i 个 1MB 数组); Thread.sleep(50); } } }启动时限制堆大小java -Xms64m -Xmx64m -XX:HeapDumpOnOutOfMemoryError -XX:HeapDumpPath/tmp/oom.hprof HeapOomDemo运行到内存不足后会抛出java.lang.OutOfMemoryError: Java heap space并生成堆转储文件。这时用jmap -heap pid或可视化工具打开 hprof 文件查看哪个对象占用了最多内存。这个实验能帮你真正理解“堆内存布局”和“OOM 排查”两个面试考点。实验二使用 jstat 观察对象晋升。写一个循环创建对象的小程序通过jstat -gc观察 Eden 区使用率和 Young GC 次数变化jstat -gc pid 1000输出中E代表 Eden 区容量EU代表 Eden 区使用量YGC是 Young GC 次数FGC是 Full GC 次数。观察几轮后你就能直观感受到对象的分配与回收。8.3 效果判断标准判断标准不是“能说出名词”而是能不看资料完成画出 JVM 运行时数据区完整结构。画出类加载过程的流程图。用口述解释三色标记的漏标场景和两种解决方式。对于一个模拟 OOM 程序能定位到堆中占用最大的对象。使用EXPLAIN分析一条 SQL 是否命中索引。满足其中四条以上这套面试题基本掌握到位。9. 常见问题与学习中的坑在复习过程中几乎每个人都会遇到下面这些情况。问题现象可能原因排查思路解决方案命令行 java -version 版本不对安装了多个 JDKJAVA_HOME 或 PATH 配置错误echo $JAVA_HOME、which java重新配置 JAVA_HOME 并调整 PATH 顺序Eclipse 启动报“找不到或无法加载主类 org.apache.catalina.startup.Bootstrap”Tomcat 运行环境 JDK 配置错误或 Tomcat 服务被中断检查 Tomcat bin/setclasspath.bat、JAVA_HOME 指向重新配置 JDK 路径清理 Tomcat work 目录eclipse 启动报“no jvm could be found on your system”Eclipse 未找到 JVM 或 JRE 路径失效检查 eclipse.ini 中的 -vm 配置在 eclipse.ini 中显式指定 jvm.dll 路径jstat 连接不上进程PID 写错或进程是非 Java 进程jps -l确认 PID使用正确 PID堆溢出 OOM 但 hprof 文件未生成启动参数漏了 HeapDumpOnOutOfMemoryError检查启动命令加上-XX:HeapDumpOnOutOfMemoryErrorGC 日志文件为空JDK 8 后参数变了确认 JDK 版本JDK 9 使用-Xlog:gc*MySQL 连接报“[error] could not get jvm parameters ...”这是 JVM 参数读取错误常见于部分工具调用 MySQL 时检查客户端和 JDK 版本兼容性使用新版客户端或调整 JVM 参数MySQL 8.0 连接被拒认证插件问题或端口未开放检查 user 表 plugin 字段改为 mysql_native_password 或使用新版驱动复习后概念能背但面试答不完整知识没有串成链路用“答题模板”方式重练每道题按“流程 原因 例子”三段式口述注意“jvm参数 -xx:compilethreshold”这类热搜词实际对应的是 JIT 编译阈值。-XX:CompileThreshold默认值在 C1 模式下是 1500C2 模式下是 10000意思是方法调用达到阈值后触发 JIT 编译。面试中这通常不是高频题但如果被问到 JIT 编译能说出这个参数说明你理解较深入。另一个容易踩的坑是 Docker 容器里的 JVM 参数问题。容器部署的 Java 程序异常重启时先看OOMKilled是否由容器内存限制导致。JVM 默认在容器中可能识别不到 cgroup 限制需要显式设置-XX:MaxRAMPercentage。这也是现代面试中越来越常被问到的新题。10. 复习最佳实践与建议最后给一套可以直接执行的复习节奏。10.1 三阶段复习法第一阶段梳理概念建议用 3 到 5 天。把类加载、运行时数据区、GC 算法、收集器、三色标记、调优参数梳理成思维导图。不要追求记住所有参数先建立整体结构。第二阶段实验验证建议用 2 到 3 天。完成堆溢出实验、死锁实验、GC 日志分析、MySQLEXPLAIN分析。这一阶段的目的是把概念和现象对应起来。第三阶段口述练习建议用 2 到 3 天。每道题限时口述录音后回听找出表达不完整的部分。重点练三色标记、G1 回收流程、对象晋升规则这三道深度题。10.2 工程化建议本地保留一套 JDK 8 和 JDK 17 的切换脚本方便对比不同 GC 行为。所有 OOM 实验和死锁实验写在单独的测试项目里不要混入业务项目避免影响正常代码。每个实验保存一份 GC 日志和堆转储截图面试前可以快速回顾。MySQL 索引实验只在自己的本地库中执行。涉及生产环境或他人系统的数据一律不要做锁表、删除、压测操作。10.3 不推荐的复习方式把 45 道题答案逐字背下来面试官换一个问法就卡住。只看文章不敲命令JVM 调优的很多细节只有实际操作才能体会。跳过三色标记认为太偏。实际上只要问到 G1 或 CMS三色标记几乎是必聊话题。把 JVM 和 MySQL 分开复习忽略两者之间的联系。现在大厂面试更喜欢问“线上问题排查”这类综合场景题。11. 总结与下一步这套 JVM 面试 45 问最值得投入时间的地方不是背答案而是把类加载、内存模型、GC 原理、三色标记、性能调优和 MySQL 高频题合成一条完整的排查链路。最先应该验证的是堆溢出实验和 GC 日志分析这是最快把“我会背概念”变成“我真的理解”的方式。最容易踩的坑是只看不练以及把三色标记当成一个孤立难点。下一步建议先按第 3 节搭好 JDK 环境再用第 8 节的实验代码复现一次 OOM最后做一次完整的面试口述录音。当你能在 3 分钟内把“对象创建流程 → GC Roots 可达性分析 → 三色标记 → G1 回收”讲完这套知识体系基本就稳了。