JVM堆分区详解

在 Java 中，堆（Heap）是 JVM 管理的最大、最核心的一块内存区域。几乎所有的对象实例和数组都在这里诞生、存活、消亡。

一、核心概念：什么是堆空间？

1. 通俗定义

堆空间是 JVM 运行时的 **"通用大仓库"**。你写的代码 new 出来的所有对象、数组，都被扔到这个仓库里。这里没有门，大家（所有线程）都能进来拿东西。

2. 专业定义

堆（Heap）是 JVM 运行时数据区域，所有类实例 和数组的内存都从这里分配。它是线程共享的区域，也是垃圾回收器（GC）管理的主要区域。

二、为什么要划分堆？（核心逻辑）

试想一下：如果一个大仓库里既有 "临时存放的快递包裹"，又有 "要存放一辈子的古董"。清理的时候，清洁工怎么分辨？

扫临时包裹：需要翻遍整个仓库。
扫古董：又不敢乱动。

结果：清理效率极低，且容易产生碎片（仓库里出现很多坑）。

Java 的解决思路：分代收集（Generational Collection）

根据对象的生命周期 ，把堆逻辑上划分为不同区域 。核心事实：

98% 的对象都是 "朝生夕死"（创建后很快就没用了）。
只有少数对象会长久存活。

基于这个事实，JVM 把堆分成了新生代 和老年代 ，分别采用不同的回收算法，实现效率最大化。

三、堆空间的详细划分（JDK 8+ 标准结构）

目前主流的 JVM（HotSpot）内存结构如下：

复制代码

[ 堆内存 (Heap) ]
|
|---- [ 新生代 (Young Generation) ]  -- 占堆的 1/3
|     |
|     |---- [ Eden 区 ]  -- 占新生代的 80%
|     |
|     |---- [ Survivor 0区 (From) ] -- 占新生代的 10%
|     |
|     |---- [ Survivor 1区 (To) ]   -- 占新生代的 10%
|
|---- [ 老年代 (Old Generation) ]  -- 占堆的 2/3
|
|---- [ 元空间 (Metaspace) ]  -- JDK8+ 属于本地内存（方法区实现）

1. 新生代（Young Generation）

"临时仓库"：存放刚创建、生命周期短的对象。

Eden（伊甸园） ：
- 对象的出生地。
- 几乎所有新创建的对象都在这里分配（因为分配速度快）。
- 当 Eden 满了，就会触发 Minor GC。
Survivor（幸存区） ：
- 有两个（S0 和 S1），永远一个在用，一个为空。
- 存放经过 Minor GC 依然存活的对象。
- 核心作用：过滤掉短命对象，避免它们直接进入老年代。

2. 老年代（Old Generation）

"永久仓库"：存放生命周期长、经过多次回收依然存活的对象。

来源：
1. 新生代对象熬过了 N 次 GC（默认 15 次）。
2. 大对象直接进入老年代。
3. Survivor 区放不下的存活对象。
GC 类型 ：触发 Major GC 或 Full GC，速度比 Minor GC 慢很多。

3. 元空间（Metaspace）

"类档案仓库"：

注意：它属于方法区 的实现，不属于堆（在本地内存）。
存放类信息、常量、静态变量等。JDK8 以后用它替代了永久代。

四、对象分配与流转流程（保姆级图解）

理解堆，核心就是理解对象的一生。

第一步：分配（诞生）

新对象 → 优先分配到 Eden 区。
如果 Eden 区空间不足 → 触发 Minor GC。

第二步：Minor GC（清理新生代）

扫描 Eden 区和 From 区（当前在用的幸存区）。
标记存活对象。
将存活对象复制到 To 区（空的幸存区）。
清空 Eden 区和 From 区。
交换角色：To 区变成 From 区，From 区变成 To 区。
对象年龄 +1。

第三步：晋升（进入老年代）

如果对象年龄达到阈值（默认 15），或者 Survivor 区装不下了 → 进入老年代。

第四步：Full GC（整堆清理）

老年代满了 → 触发 Major GC。
Major GC 后还是满了 → 触发 Full GC（清理整堆 + 元空间）。

五、为什么要设计两个 Survivor 区？（经典面试题）

你可能会问：为什么非要两个 Survivor 区（S0/S1）？能不能只留一个？

1. 如果只有一个区域（会发生什么？）

Eden 满了 → GC → 存活对象复制到 Survivor。
再次 GC → Survivor 满了，存活对象怎么办？
没有空间存放 → 只能直接把存活对象扔进老年代。
后果：老年代迅速填满，OOM 风险剧增。

2. 双 Survivor 的作用

空间利用率：Eden + 1 个 Survivor = 90% 的新生代空间。只浪费 10% 的空间，比复制算法的 50% 浪费好得多。
避免碎片：复制算法保证了内存连续。
年龄计数：可以记录对象存活了多少次 GC。

一句话总结 ：两个 Survivor 区是为了保证新生代内存连续、空间利用率最高（90%）。

六、常用 JVM 参数（实战配置）

作为开发者，你直接通过参数控制堆空间划分。

参数	含义	建议
-Xms	初始堆大小	建议与 `-Xmx` 设为相同，避免运行时动态扩展内存。
-Xmx	最大堆大小	服务器内存的 1/2 ~ 3/4。
-Xmn	新生代大小	关键参数。增大新生代可以减少对象晋升老年代的频率，但也会增加单次 GC 时间。建议设为堆的 1/2。
-XX:SurvivorRatio	Eden 与 Survivor 比例	默认是 `8` (Eden:S=8:1)。
-XX:MaxTenuringThreshold	晋升老年代年龄	默认 `15`。如果对象多，可适当调小；如果想少进老年代，可调大。
-XX:MetaspaceSize	元空间初始阈值	JDK8+ 专用。

通用推荐配置（JDK8+）

复制代码

# 堆内存固定为 4G
-Xms4g -Xmx4g
# 新生代固定为 2G (堆的一半)
-Xmn2g
# 使用 G1 收集器（最通用）
-XX:+UseG1GC
# 开启 OOM 自动生成堆快照
-XX:+HeapDumpOnOutOfMemoryError

七、常见 OOM 与堆空间的关系

堆空间是 OOM（OutOfMemoryError）的重灾区，看懂报错就能快速定位。

Java heap space
- 原因：堆内存不够用了。
- 可能：内存泄漏（静态集合没清理）、大对象过多、堆参数设置太小。
GC overhead limit exceeded
- 原因：GC 干了 98% 的活，只收回 2% 的内存，陷入死循环。
- 本质：内存泄漏 + 堆太小。
Metaspace / PermGen space
- 原因：类加载太多（JDK8 是元空间，JDK7 是永久代）。
- 解决：增大 -XX:MaxMetaspaceSize。