第4章 JVM内存模型与GC调优：内存分区、垃圾收集器、调优参数、OOM分析案例

📌 面试问题

请简述JVM内存模型的主要分区及各自作用，哪些区域是线程私有的？JDK8中方法区有哪些变化？

回答框架

总分结构： 先按「线程私有 vs 共享」分类 → 逐一说明5大区域作用 → 重点提JDK8元空间变化 → 关联常见问题（OOM区域）

示例回答

JVM内存分五区：堆存对象实例，栈存局部变量和调用，方法区存类信息常量，PC记录执行地址，本地方法栈支持native。栈和PC是线程私有，堆和方法区共享。JDK8用元空间取代永久代，使用本地内存，避免永久代OOM。

可能追问

🔹 栈上分配和TLAB是什么？🔹 为什么新生代和老年代要分代？🔹 元空间为什么使用本地内存？

📌 面试问题

如何根据业务场景选择GC垃圾收集器？G1和ZGC的核心区别是什么？

回答框架

场景匹配法： 按堆大小分三类 → 各收集器核心指标（延迟/吞吐量） → G1与ZGC原理对比 → 给出推荐组合

示例回答

小堆(4G以下)选Parallel追求吞吐量；大堆(4G+)选G1可预测延迟；超大堆(16G+)且延迟敏感选ZGC。G1通过Region和SATB实现软实时，ZGC通过染色指针和读屏障实现亚10ms停顿，二者核心差异在停顿时间和堆规模上限。

可能追问

🔹 G1的Region大小如何计算？🔹 ZGC染色指针原理？🔹 如何调整G1停顿时间目标？🔹 CMS为什么被废弃？

📌 面试问题

线上服务出现OOM，请描述从发现到解决的完整排查过程。

回答框架

五步排查法： 快速止血(重启/降级) → 保留现场(dump/日志) → 收集信息(jmap/jstat/GC log) → 分析定位(MAT/堆栈分析) → 修复验证(代码修复+压测+监控)

示例回答

先重启恢复服务，同时jmap -dump:format=b,file=heap.hprof保留现场。用MAT分析发现订单对象占堆70%，定位到缓存未设上限导致。加最大容量限制和过期策略，压测验证后上线，监控GC频率恢复正常。

可能追问

🔹 如何区分内存泄漏和内存溢出？🔹 堆外内存如何排查？🔹 GC overhead limit是什么？🔹 dump文件过大怎么处理？

🚀 项目名称

电商平台订单服务JVM调优与OOM排查实战

业务背景

618大促期间，订单服务频繁OOM，每次恢复需重启3-5分钟，导致大量订单创建失败，直接影响GMV。需要在不改代码架构的前提下快速定位并解决。

规模指标

技术栈

JDK11 + G1 GC + Spring Boot 2.3 + Redis Cluster + Kafka + Docker + Prometheus + Grafana

核心难点

1. 对象分配过快： 大促峰值每秒创建大量订单对象，新生代频繁晋升，引发Full GC。
2. GC日志缺失： 未开启GC日志，排查初期缺乏关键数据。
3. 堆外内存泄漏： 初期误判为堆内问题，实际含堆外DirectBuffer泄漏。

面试高频追问

• G1调优参数具体怎么调？-XX:MaxGCPauseMillis=200 -XX:G1HeapRegionSize=4M -XX:InitiatingHeapOccupancyPercent=45
• 堆转储分析细节？使用MAT查看GC Roots路径，找到泄漏链上的业务对象。
• 如何区分堆内和堆外OOM？堆外OOM时堆占用不高，使用pmap和/proc排查。

可迁移回答话术