jvm硬核通关的关键是建立“问题驱动”的理解闭环：遇到卡顿想到gc行为，看到oom拆解内存区域，改代码预判类加载路径；先掌握程序计数器、虚拟机栈、堆、方法区、直接内存五块区域的实际分工与典型问题，再通过jstat、jmap、jstack等命令串联理论与现象，实现可观察、可测量、可干预的调优闭环。

JVM硬核通关不是背参数、记概念，而是建立“问题驱动”的理解闭环：遇到卡顿就想到GC行为，看到OOM就拆解内存区域，改一行代码就预判类加载路径。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

从运行时数据区开始建立直觉
别一上来啃双亲委派或ZGC原理。先盯住五块内存区域的实际分工：

• 程序计数器只存下一条指令地址，线程私有，不会OOM
• 虚拟机栈压的是方法调用帧，每个方法入栈出栈对应真实执行流程，递归太深直接StackOverflowError
• 堆存所有new出来的对象，GC主要战场，OOM最常发生在这里
• 方法区（JDK8+叫元空间）存类结构、静态变量、常量池，动态生成类太多（比如用cglib做代理）容易撑爆
• 直接内存不在JVM管理范围内，但NIO操作频繁时可能耗尽系统内存

用真实命令串联理论和现象
光看图不行，得在终端里敲出来：

• jstat -gc <pid></pid> 查看新生代/老年代使用率、GC次数和耗时，判断是Minor GC太频繁还是老年代缓慢上涨
• jmap -dump:format=b,file=heap.hprof <pid></pid> 抓堆快照，再用MAT分析谁占了最多对象、有没有大数组或缓存没释放
• jstack <pid></pid> 看线程栈，定位死锁、线程阻塞或无限递归入口
• 加 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp 让JVM在OOM时自动留证据

调优不靠猜，靠分层验证
先定性再定量：

• 如果响应延迟突增，先看GC日志有没有长时间STW（比如CMS失败退化成Serial Old）
• 如果内存持续增长不回收，检查是不是静态集合不断add、ThreadLocal没remove、或数据库连接没close
• 如果元空间报OOM，不是简单加大-XX:MaxMetaspaceSize，而是查jstat -class <pid></pid>看加载了多少类，结合jstack看是不是反复热部署或动态代理失控

类加载机制要落到代码行为上
双亲委派不是为了背模型，是为了解释这些现象：

• 为什么自己写的java.lang.String永远无法被加载（启动类加载器已加载核心类）
• 为什么Tomcat能隔离不同Web应用的同名类（自定义类加载器打破委派链）
• 为什么SPI机制要用线程上下文类加载器（父加载器看不到子加载器的jar）

本质上，JVM通关的关键是把每个术语还原成可观察、可测量、可干预的具体行为。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南