本文详细讲解Java堆内存：用于存储对象实例和数组，线程共享，由GC管理。它分为新生代和老年代，理解其分代模型和GC机制对性能调优至关重要。

我们来详细、系统地讲解一下 Java 的堆内存（Heap Memory）。这部分是 Java 程序员面试和日常工作中都必须掌握的核心知识。

1. 什么是 Java 堆内存？

Java 堆（Java Heap） 是 Java 虚拟机（JVM）管理的最大一块内存区域。它的核心特点如下：

• 唯一目的：存放对象实例（new出来的对象）和数组。
• 线程共享：堆是 JVM 中所有线程共享的区域。这意味着堆中的对象可以被任何线程访问，但也需要考虑线程安全问题。
• 自动管理：由垃圾收集器（Garbage Collector, GC）自动管理内存的分配和回收，开发者不需要像 C++ 那样手动 delete 或 free 内存。

简单来说，你在代码里写的 new Person(); 或者 new int[10];，这些对象和数组最终都会被分配在堆内存中。

2. 堆的内部结构（分代模型）

为了优化垃圾回收的效率，现代的 JVM（如 HotSpot）通常采用分代收集（Generational Collection）算法来管理堆内存。它将堆划分为不同的区域，根据对象的存活时间将其放入不同的区域进行管理。

堆主要分为两大块：

• 新生代（Young Generation）
• 老年代（Old Generation）

a. 新生代 (Young Generation)

新生代是绝大多数新对象诞生的地方。它的特点是对象“朝生夕死”，生命周期很短，所以垃圾回收在这里会非常频繁。新生代内部又细分为三个区域：

1. 伊甸园区（Eden Space）

   • 新创建的对象首先被分配在 Eden 区。
   • 当 Eden 区满时，会触发一次Minor GC（也叫 Young GC）。

2. 幸存者区（Survivor Space）

   • 有两个大小完全相同的幸存者区，通常称为 From Space (S0) 和 To Space (S1)。
   • 它们在任何时候都有一个为空（To Space），一个不为空（From Space）。

对象在新生代的生命周期：

1. 诞生：一个新对象在 Eden 区被创建。
2. 第一次 GC (Minor GC)：当 Eden 区满了，JVM 触发 Minor GC。
   • Eden 区中还存活的对象会被复制到其中一个空的幸存者区（比如 S1，此时 S1 变成 To Space）。
   • 这些对象的“年龄”（Age）会增加 1。
   • Eden 区被清空。
3. 后续 Minor GC：当 Eden 区再次满了，会再次触发 Minor GC。
   • 这次 GC 会清理 Eden 区和当前存放对象的那个幸存者区（From Space，比如 S0）。
   • 所有存活的对象（来自 Eden 和 From Space）会被复制到另一个空的幸存者区（To Space，比如 S1）。
   • 所有被复制的对象的年龄都会加 1。
   • 然后，S0 和 S1 的角色互换（原来的 To Space 变成 From Space，原来的 From Space 变成 To Space）。
4. 晋升 (Promotion)：当一个对象的年龄达到某个阈值（默认为 15），它就会被“晋升”到老年代。

b. 老年代 (Old Generation)

老年代用于存放生命周期长的对象，比如：

• 从新生代晋升上来的对象。
• 一些“大对象”（例如，一个巨大的数组）可能会被直接分配到老年代，以避免在新生代中频繁复制，这称为大对象直接分配。

老年代的垃圾回收没有新生代那么频繁。当老年代空间不足时，会触发一次Major GC 或 Full GC。这种 GC 通常更慢，因为它需要扫描整个堆内存，并且可能会导致较长时间的“Stop-The-World”（STW），即应用线程全部暂停。

3. 垃圾回收（Garbage Collection, GC）

GC 是 Java 自动内存管理的核心。

• Minor GC (Young GC)：发生在新生代。速度快，STW 时间短，发生频繁。
• Major GC / Full GC：通常指发生在老年代的 GC，或者清理整个堆（包括新生代、老年代）的 GC。速度慢，STW 时间长，应尽量避免。

常见的垃圾收集器有：

• Serial GC: 单线程收集器，简单但效率低，适用于客户端模式。
• Parallel GC: 多线程并行收集，是 JDK 8 的默认收集器，注重吞吐量。
• CMS (Concurrent Mark Sweep): 以获取最短回收停顿时间为目标的收集器，注重响应时间。
• G1 (Garbage-First): JDK 9 及以后的默认收集器，兼顾吞吐量和停顿时间，是未来的主流。
• ZGC / Shenandoah: 最新的低延迟收集器，目标是将 STW 时间控制在毫秒甚至亚毫秒级别。

4. 堆与栈的区别

这是一个经典的面试题，理解它们的区别非常重要。

示例代码理解：

public class MyClass {
    public void myMethod() {
        int i = 10; // i 存在于 myMethod 的栈帧中
        Person p = new Person("Alice"); // p (引用) 存在栈中，new Person("Alice") (对象) 存在堆中
    }
}

class Person {
    String name;
    public Person(String name) {
        this.name = name;
    }
}

• myMethod() 被调用时，JVM 会为它创建一个栈帧（Stack Frame） 并压入线程的栈。
• 局部变量 i 和对象引用 p 都存放在这个栈帧里。
• new Person("Alice") 这个对象实例本身，则存放在堆内存中。
• 当 myMethod() 执行完毕，它的栈帧会从栈中弹出，i 和 p 也就被销毁了。但堆中的 Person 对象此时还存在，等待 GC 来回收。

5. 堆相关的 JVM 参数

我们可以通过 JVM 参数来调整堆的大小和行为，这对于应用性能调优至关重要。

• -Xms<size>: 设置堆的初始大小。例如 -Xms512m。
• -Xmx<size>: 设置堆的最大大小。例如 -Xmx1024m。
  • 最佳实践：通常建议将 -Xms 和 -Xmx 设置为相同的值，以避免堆的动态扩容和收缩带来的性能开销。
• -Xmn<size>: 设置新生代的大小。
• -XX:NewRatio=<ratio>: 设置老年代和新生代的比例。例如 -XX:NewRatio=2 表示老年代:新生代 = 2:1。
• -XX:SurvivorRatio=<ratio>: 设置新生代中 Eden 区和 Survivor 区的比例。例如 -XX:SurvivorRatio=8 表示 Eden:S0:S1 = 8:1:1。

启动示例：
java -Xms1g -Xmx1g -XX:SurvivorRatio=8 -jar my-application.jar

6. 常见的堆内存问题

最常见的问题就是 java.lang.OutOfMemoryError: Java heap space。

原因：

1. 内存泄漏（Memory Leak）：对象在使用完后，仍然被某个长生命周期的对象持有引用，导致 GC 无法回收它。
2. 数据量过大：一次性加载了太多数据到内存中，超出了堆的限制。
3. 堆空间设置过小：-Xmx 参数设置得太小，无法满足应用的正常需求。

排查方法：

1. 增加堆大小：最简单的方法，但治标不治本。
2. 使用内存分析工具（Profiler）：如 JVisualVM, MAT (Memory Analyzer Tool), JProfiler 等。
3. 生成堆转储快照（Heap Dump）：通过 -XX:+HeapDumpOnOutOfMemoryError 参数，在发生 OOM 时自动生成一个 .hprof 文件。然后使用 MAT 等工具分析这个文件，找出占用内存最多的对象和引用关系，定位内存泄漏的源头。

总结

• Java 堆是存放对象实例和数组的内存区域，被所有线程共享。
• 采用分代模型（新生代、老年代）来优化 GC 效率。
• 对象的生命周期通常是：Eden -> Survivor -> Old Generation。
• 理解堆的结构和 GC 原理是进行性能调优和解决内存问题的关键。
• 务必区分堆和栈的作用和区别。