在JVM的内存结构中，堆（Heap）是最核心、最庞大的一块内存区域------它是所有对象实例的"栖息地"，也是垃圾回收（GC）的主要战场。对于Java开发者而言，理解JVM堆体系，不仅能搞懂对象的创建、存活与回收机制，更能快速排查内存溢出、内存泄漏等常见问题。今天，我们就聚焦JVM堆体系，详细拆解分代空间、工作流程，以及新生代、老年代、元空间的核心细节。
一、为什么JVM堆要采用分代空间设计？
在讲解分代空间之前，我们先思考一个问题：JVM堆为什么不设计成一块连续的内存区域，而是要划分成不同的分代空间？核心原因是基于对象的"生命周期差异"，实现更高效的垃圾回收。
实际开发中，我们创建的对象，生命周期差异极大：有的对象（比如局部变量）只存活几毫秒，用完就成为垃圾；有的对象（比如单例对象、缓存对象）则会伴随程序全程运行。如果对所有对象采用同一种垃圾回收策略，会导致回收效率低下------要么频繁回收短期对象，浪费资源；要么长期不回收长期对象，导致内存溢出。
基于此，JVM堆采用"分代回收"思想：将堆划分为不同的分代空间，针对不同生命周期的对象，分配到不同的空间，执行不同的垃圾回收策略，从而实现"高效回收、减少停顿"的目标。这就是分代空间设计的核心意义。
二、JVM堆分代空间整体结构
JDK8及之后，JVM堆的分代空间主要分为三大块（注意：元空间不属于堆内存，但与堆密切相关，后文单独讲解）：
-
新生代（Young Generation）：主要存放生命周期较短的对象（新创建的对象大多在这里），垃圾回收频率高、回收速度快，采用"复制算法"。
-
老年代（Old Generation/Tenured Generation）：主要存放生命周期较长、经过多次垃圾回收后仍然存活的对象，垃圾回收频率低、回收速度慢，采用"标记-清除算法"或"标记-整理算法"。
-
元空间（Metaspace） ：用于存储类的元数据（类信息、方法信息、字段信息等），替代了JDK7及之前的永久代（PermGen），不属于堆内存，直接占用本地内存（Native Memory）。
补充说明：JVM堆的整体大小可通过JVM参数配置（-Xms初始堆大小、-Xmx最大堆大小），而新生代与老年代的比例默认是1:2（可通过-XX:NewRatio参数调整），比如堆总大小为3G，那么新生代约1G，老年代约2G。
三、分代空间的核心工作流程
分代空间的工作流程，本质上是"对象的分配→存活→晋升→回收"的完整链路，核心围绕新生代和老年代的协作，结合垃圾回收机制展开，具体流程如下：
1. 对象初始分配：优先进入新生代的Eden区
当我们通过new关键字创建对象时，JVM会优先将对象分配到新生代的Eden区 （新生代分为Eden区和两个Survivor区，后文详解）。此时，Eden区会不断接收新对象，当Eden区的内存被占满时，会触发Minor GC（新生代垃圾回收）。
2. Minor GC：新生代垃圾回收与对象存活晋升
Minor GC触发后，JVM会对Eden区和当前正在使用的Survivor区（From区）进行垃圾回收，标记出存活的对象，然后将这些存活对象复制到另一个空闲的Survivor区（To区）。
同时，每个存活的对象会被分配一个"年龄计数器"，初始值为1。每次经过一次Minor GC仍然存活，年龄计数器就加1。当对象的年龄计数器达到指定阈值（默认15，可通过-XX:MaxTenuringThreshold参数调整）时，该对象会被"晋升"到老年代。
补充：Minor GC执行速度快，停顿时间短（通常毫秒级），对程序运行影响较小，因为新生代的对象大多是短期对象，回收效率高。
3. 老年代对象分配与Major GC/Full GC
除了"年龄达标晋升"的对象，还有两种情况的对象会直接进入老年代：
-
大对象：超过指定大小的对象（可通过-XX:PretenureSizeThreshold参数配置），直接分配到老年代（避免大对象在新生代频繁复制，浪费资源）；
-
Survivor区溢出对象：当Survivor区的内存不足以存放Minor GC后存活的对象时，剩余的存活对象会直接晋升到老年代。
当老年代的内存被占满时，会触发Major GC（老年代垃圾回收） ；如果Major GC后，老年代仍然无法容纳对象，会触发Full GC（全堆垃圾回收）------Full GC会同时回收新生代、老年代的垃圾，甚至会触发元空间的垃圾回收，执行速度慢、停顿时间长（通常秒级），会严重影响程序性能，应尽量避免。
4. 元空间的工作机制
元空间存储的是类的元数据，当程序加载新的类时，会将类的元数据写入元空间。元空间的内存不受堆大小限制，直接使用本地内存，默认情况下会根据需求动态扩容，但也可以通过参数（-XX:MetaspaceSize初始大小、-XX:MaxMetaspaceSize最大大小）限制其大小，避免本地内存溢出。
当类被卸载（比如类加载器被回收）时，其对应的元数据会被回收，释放元空间的内存。
四、新生代（Young Generation）详解
新生代是对象的"诞生地"，也是垃圾回收最频繁的区域，其内部又分为三个小空间，比例默认是8:1:1（可通过-XX:SurvivorRatio参数调整）：
1. Eden区（伊甸园）
占新生代内存的80%，是新对象分配的主要区域。大多数对象刚创建时，都会直接进入Eden区，Eden区的特点是"空间大、对象存活时间短"，每次Minor GC都会回收大量无用对象，只保留少量存活对象。
2. Survivor区（幸存者区）
占新生代内存的20%，分为两个大小相等的区域：From Survivor（From区）和To Survivor（To区），这两个区域始终有一个是空闲的（每次Minor GC后，存活对象会从Eden区和From区复制到To区，之后From区和To区角色互换）。
Survivor区的作用是"筛选存活对象"：通过多次Minor GC，筛选出生命周期较长的对象，待其年龄达标后晋升到老年代，避免短期对象频繁进入老年代，占用老年代内存。
注意：Survivor区不会被占满，因为每次Minor GC后，存活对象都会被复制到空闲的Survivor区，且Survivor区的大小足够容纳这些存活对象（若不足，会直接晋升到老年代）。
新生代的垃圾回收算法：复制算法
新生代采用"复制算法"进行垃圾回收，核心逻辑是：将存活对象从一个区域（Eden区+From区）复制到另一个区域（To区），然后清空原来的区域，释放内存。
优点：回收效率高，没有内存碎片（复制后内存是连续的）；缺点：需要额外的空闲空间（To区），且对于存活对象较多的场景，复制成本较高。但新生代的对象大多是短期对象，存活对象少，因此复制算法非常适合新生代。
五、老年代（Old Generation）详解
老年代是对象的"养老院"，存放的是生命周期较长、经过多次Minor GC仍然存活的对象，其内存空间通常比新生代大，垃圾回收频率远低于新生代。
1. 老年代的对象来源
老年代的对象主要来自三个途径，前文已简要提及，这里再详细梳理：
-
年龄达标晋升：新生代中，对象经过多次Minor GC仍然存活，年龄计数器达到阈值（默认15），晋升到老年代；
-
大对象直接分配：超过指定大小的大对象，直接分配到老年代（避免在新生代频繁复制）；
-
Survivor区溢出：Minor GC后，Survivor区无法容纳存活对象，剩余对象直接晋升到老年代。
2. 老年代的垃圾回收算法
老年代的对象存活时间长、存活比例高，若采用复制算法，会产生大量的复制成本，且需要大量空闲空间，因此老年代采用"标记-清除算法"或"标记-整理算法"：
-
标记-清除算法：先标记出所有存活的对象，然后清除所有未被标记的垃圾对象。优点：不需要额外的空闲空间；缺点：会产生内存碎片，影响后续大对象的分配。
-
标记-整理算法：在标记-清除算法的基础上，增加了"整理"步骤------将所有存活的对象移动到内存的一端，然后清空另一端的内存，释放空间。优点：没有内存碎片；缺点：整理过程需要消耗额外的时间，回收效率比标记-清除算法低。
实际应用中，老年代的垃圾回收会根据内存情况，灵活选择这两种算法，核心目标是"高效回收垃圾，减少内存碎片"。
3. Major GC与Full GC的区别
很多开发者会混淆Major GC和Full GC，这里明确区分：
-
Major GC：仅针对老年代的垃圾回收，不涉及新生代，执行速度较慢，但停顿时间比Full GC短；
-
Full GC：针对整个堆（新生代+老年代）的垃圾回收，还可能伴随元空间的回收，执行速度慢、停顿时间长，会严重影响程序的响应速度，应尽量优化避免。
六、元空间（Metaspace）详解
元空间是JDK8及之后新增的区域，用于替代JDK7及之前的永久代（PermGen），很多开发者会误以为元空间属于堆内存，其实不然------元空间直接占用本地内存，与堆内存相互独立。
1. 元空间与永久代的核心区别
JDK7及之前的永久代，属于堆内存的一部分，存储类的元数据、常量、静态变量等，其大小受堆大小限制，容易出现"PermGen Space"内存溢出；而元空间占用本地内存，大小默认不受限制（可通过参数配置最大值），有效避免了永久代内存溢出的问题。
2. 元空间的存储内容
元空间主要存储以下内容，均属于类的元数据：
-
类的结构信息：类名、父类名、接口名、访问修饰符等；
-
方法信息：方法名、参数列表、返回值类型、方法体字节码等；
-
字段信息：字段名、字段类型、访问修饰符等；
-
常量池：字符串常量、数字常量等（JDK7后，字符串常量池已迁移到堆内存）。
3. 元空间的垃圾回收
元空间也会进行垃圾回收，当类被卸载时（比如类加载器被回收，且该类没有任何实例引用），其对应的元数据会被回收，释放元空间的本地内存。
常见的类卸载场景：自定义类加载器被回收（比如动态加载类后，销毁类加载器）、程序关闭时，所有类加载器被回收，对应的类元数据也会被回收。
七、总结：JVM堆体系核心要点
JVM堆体系的设计核心是"分代回收"，基于对象生命周期的差异，将堆划分为新生代、老年代，搭配元空间（本地内存），实现高效的内存管理和垃圾回收。核心要点总结如下：
-
分代设计目的：根据对象生命周期差异，采用不同的垃圾回收策略，提升回收效率，减少GC停顿；
-
新生代：8:1:1划分Eden区和两个Survivor区，采用复制算法，Minor GC频繁，回收速度快；
-
老年代：存放长期存活对象，采用标记-清除/标记-整理算法，Major GC频率低，回收速度慢；
-
元空间：本地内存区域，存储类元数据，替代永久代，避免永久代内存溢出；
-
核心流程：对象分配到Eden区→Minor GC存活晋升→年龄达标/大对象进入老年代→Major GC/Full GC回收。
理解JVM堆体系，是Java开发者排查内存问题、优化程序性能的基础。日常开发中，我们可以通过JVM参数（-Xms、-Xmx、-XX:NewRatio等）调整堆空间大小和分代比例，结合垃圾回收日志，分析GC情况，避免内存溢出和频繁Full GC，提升程序的稳定性和性能。