写完一个 HelloWorld.java，编译器把它变成 HelloWorld.class。然后呢？JVM 要把这个 .class 文件"请"进内存，经过一系列安检、登记、初始化，它才真正能跑起来。
这个过程就是类加载。你可以把它想象成坐飞机：买票（找到 .class 文件）、过安检（验证）、找座位（分配内存）、对号入座（解析引用）、系好安全带准备起飞（初始化）。
在 Java 中，类加载采用的是懒加载策略——除了 JVM 启动时必须加载的基础类（比如 java.lang.Object、java.lang.Class），其他的类都是在第一次被用到时才会加载。同时 Java 还支持动态加载，即在运行时通过程序来加载类，这为 Java 带来了巨大的灵活性。
在 C/C++ 的世界里，程序员就像自己租了一间房子——用完的东西必须自己扔，忘了扔就会"垃圾堆满屋"（内存泄漏）。Java 则像住进了带物业的小区，有一支叫做 GC（Garbage Collector） 的保洁团队在后台自动帮你收拾——你只管制造垃圾（创建对象），保洁会定期来清理不再使用的对象，释放内存。
但"自动"不等于"不需要了解"。生产环境中的 GC 调优、OOM 排查、STW 卡顿分析，都要求你对垃圾回收机制有深入的理解。很多语言都有 GC 机制（Java、C#、Go、Python、JavaScript、Kotlin 等），但 Java 的 GC 体系可以说是最复杂、最成熟的。
想象你走进一栋办公大楼。
前台（程序计数器）记录着每位员工当前在哪一层办公；每个员工有自己的工位隔间（虚拟机栈），桌上摆着正在处理的文件，文件处理完就扔掉，绝不会跟别人共用桌面；会议室（堆）是公共空间，所有人都可以把资料放进去，但需要有保洁阿姨（GC）定期清理过期资料；档案室（方法区）保存着公司的制度文件、组织架构图和公章——这些东西很少变动，但偶尔也会更新；大楼旁边还有一间直通外部仓库的快递收发室（直接内存），不走大楼内部的电梯系统，速度更快但需要你自己签收和归还。
凌晨3点，手机突然响了。值班群里弹出一条消息："生产环境告警，服务A频繁FullGC，接口响应超时！"
你揉了揉眼睛，打开电脑，ssh连上机器。接下来你会做什么？是先看日志？还是先看GC？又或者直接dump堆内存？
如果你对这个场景感到心里没底，那这篇文章就是为你准备的。我们会从JVM核心参数讲起，逐步深入到排查工具、OOM实战、FullGC排查流程，最后聊聊JIT编译优化。学完之后，下次再被叫醒，你至少知道该打出哪几行命令。
调JVM就像调一台发动机——参数设错了，轻则性能低下，重则直接宕机。我们先把最常用的几组参数理清楚。
