Java八股之GC 垃圾回收机制和OOM

1. JVM 的 GC 垃圾回收机制

JVM 的垃圾回收（Garbage Collection）机制是自动管理内存的一种机制，它可以识别和回收不再使用的对象，释放其占用的内存空间。以下是垃圾回收机制的介绍以及一些常见的垃圾回收算法：

1. 垃圾回收机制介绍：

• 垃圾回收器负责自动检测和回收不再使用的对象。

• 它通过标记 - 清除、复制、标记 - 整理等算法来回收垃圾对象。

• 垃圾回收过程包括标记、清除、整理和压缩等阶段。

2. 常见的垃圾回收算法：

• 标记 - 清除算法（Mark and Sweep）：首先标记出所有活动对象，然后清除未标记的对象。

• 复制算法（Copying）：将可用内存分为两块，每次只使用其中一块，将存活对象复制到另一块中，然后清除当前使用的块。

• 标记 - 整理算法（Mark and Compact）：标记出所有活动对象，然后将活动对象向一端移动，之后清理边界外的内存。

• 分代收集算法（Generational Collection）：将堆内存分为新生代和老年代，并使用不同的回收算法。新生代通常使用复制算法，老年代使用标记 - 清除或标记 - 整理算法。

3. 默认的垃圾回收算法：

• 默认情况下，HotSpot JVM 使用分代收集算法。

• 新生代使用复制算法，其中的 Eden 区和 Survivor 区各占一部分，并且采用了对象晋升机制。

• 老年代使用标记 - 清除或标记 - 整理算法来回收内存。

最简回答：GC 垃圾回收机制是指 Java 虚拟机自动管理内存的机制，通过自动识别和回收不再使用的对象，释放对应的内存资源，以避免内存泄漏和提高程序性能。

2. 项目是否出现过 OOM 问题？怎么排查的？可能原因？如何复现一个内存溢出场景？内存溢出和内存泄露的区别？ [新]

• 项目中的内存溢出出现过，是比较常见的问题。

• 如何排查OOM问题？对于 OOM 问题的排查，可以采取以下步骤：

  • 检查日志文件：查看错误日志或异常信息，定位到具体的异常堆栈信息。

  • 使用内存分析工具：如 Java 的 jmap、jstack、VisualVM 等工具，分析内存快照以定位内存泄漏。

  • 进行代码审查：检查可能引起内存泄漏的代码，如长时间持有对象、未关闭资源等。

  • 增加日志和监控：使用合适的日志和监控工具，记录系统的内存使用情况及峰值。

• 可能的原因：

  • 对象过多：创建了大量对象并占用了大量内存。

  • 内存泄漏：某些对象被错误地保持引用，使得其无法被垃圾回收器回收。

  • 不合理的内存设置：如分配给应用程序的内存不足导致 OOM。

• 如何复现一个内存溢出场景？复现内存溢出的场景可以通过以下方法：

  • 增加测试数据量：模拟大量数据的输入，使得应用程序需要占用更多的内存。

  • 重复执行某些操作：如循环读取文件或者对对象进行不断修改等。

  • 设置小的堆大小：通过设置较小的堆大小，可以更容易地触发 OOM 异常。

• 内存溢出和内存泄露的区别：

  • 内存溢出：指应用程序在申请内存时，无法获得足够的内存空间，造成异常终止。常见原因是使用了过多的对象并且没有妥善释放。

  • 内存泄漏：指应用程序中存在无用的对象占用内存，并且这些对象无法被垃圾回收器回收。随着时间的推移，内存资源逐渐耗尽，最终导致内存溢出。