深入理解Java虚拟机:JVM内存结构与垃圾回收机制详解

Java虚拟机(JVM)是Java语言实现跨平台能力的核心,它负责管理应用程序的运行时内存并执行垃圾回收(Garbage Collection, GC)。深入理解JVM的内存结构与垃圾回收机制,对于编写高性能、高稳定性的Java应用程序至关重要。

JVM内存结构

JVM的内存空间在逻辑上被划分为若干个不同的区域,每个区域都有其特定的用途。了解这些区域是理解内存管理和垃圾回收的基础。

程序计数器(Program Counter Register)

程序计数器是一块较小的内存空间,它可以看作是当前线程所执行的字节码的行号指示器。每个线程都有自己独立的程序计数器,各个线程之间互不影响,独立存储,因此这块内存区域是“线程私有”的。此区域是唯一一个在《Java虚拟机规范》中没有规定任何OutOfMemoryError情况的区域。

Java虚拟机栈(Java Virtual Machine Stack)

与程序计数器一样,Java虚拟机栈也是线程私有的,它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的线程内存模型:每个方法被执行时,JVM都会同步创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态连接、方法出口等信息。我们常说的栈内存通常就是指虚拟机栈,或者说是虚拟机栈中局部变量表部分。局部变量表存放了编译期可知的各种基本数据类型和对象引用。如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError异常;如果Java虚拟机栈容量可以动态扩展,当栈扩展时无法申请到足够的内存会抛出OutOfMemoryError异常。

本地方法栈(Native Method Stack)

本地方法栈与虚拟机栈所发挥的作用是非常相似的,其区别只是虚拟机栈为虚拟机执行Java方法(也就是字节码)服务,而本地方法栈则是为虚拟机使用到的本地(Native)方法服务。《Java虚拟机规范》并未强制规定本地方法栈的具体实现方式,因此不同的JVM实现可以自由实现它。与虚拟机栈一样,本地方法栈也会在栈深度溢出或者栈扩展失败时分别抛出StackOverflowError和OutOfMemoryError异常。

Java堆(Java Heap)

Java堆是JVM所管理的内存中最大的一块,是被所有线程共享的一块内存区域,在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例,Java世界里“几乎”所有的对象实例都在这里分配内存。Java堆是垃圾收集器管理的内存区域,因此也被称作“GC堆”。从内存分配的角度看,线程共享的Java堆中可能划分出多个线程私有的分配缓冲区(Thread Local Allocation Buffer, TLAB),以提升对象分配时的效率。Java堆可以处于物理上不连续的内存空间中,但在逻辑上它应该被视为连续的。如果在Java堆中没有内存完成实例分配,并且堆也无法再扩展时,JVM将会抛出OutOfMemoryError异常。

方法区(Method Area)

方法区与Java堆一样,是各个线程共享的内存区域,它用于存储已被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据。虽然《Java虚拟机规范》中把方法区描述为堆的一个逻辑部分,但它却有一个别名叫作“非堆”(Non-Heap),目的是与Java堆区分开来。如果方法区无法满足新的内存分配需求时,将抛出OutOfMemoryError异常。

运行时常量池(Run-Time Constant Pool)

运行时常量池是方法区的一部分,用于存放编译期生成的各种字面量与符号引用。Class文件中除了有类的版本、字段、方法、接口等描述信息外,还有一项信息是常量池表(Constant Pool Table),用于存放编译期生成的各种字面量与符号引用,这部分内容将在类加载后存放到方法区的运行时常量池中。当常量池无法再申请到内存时会抛出OutOfMemoryError异常。

直接内存(Direct Memory)

直接内存并不是JVM运行时数据区的一部分,也不是《Java虚拟机规范》中定义的内存区域。但它被频繁使用,例如NIO类引入的基于通道(Channel)与缓冲区(Buffer)的I/O方式,可以使用Native函数库直接分配堆外内存,然后通过一个存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能,因为它避免了在Java堆和Native堆中来回复制数据。直接内存的分配不会受到Java堆大小的限制,但既然是由操作系统管理,其大小还是会受到本机总内存(包括RAM和SWAP区或者分页文件)的大小限制。动态扩展时出现OutOfMemoryError异常。

垃圾回收机制

垃圾回收是JVM自动管理内存的核心机制,它负责自动回收不再被任何存活对象引用的对象所占用的内存空间,从而防止内存泄漏。

对象存活性判断

垃圾回收器判断对象是否存活主要有两种算法:引用计数算法和可达性分析算法。主流的Java虚拟机通常采用可达性分析算法。该算法的基本思路是通过一系列称为“GC Roots”的根对象作为起始节点集,从这些节点开始,根据引用关系向下搜索,搜索过程所走过的路径称为“引用链”(Reference Chain),如果某个对象到GC Roots间没有任何引用链相连,则证明此对象是不可能再被使用的,即可判定为可回收对象。

引用类型

JDK 1.2之后,Java对引用的概念进行了扩充,将引用分为强引用(Strongly Reference)、软引用(Soft Reference)、弱引用(Weak Reference)和虚引用(Phantom Reference)四种,这四种引用强度依次逐渐减弱。不同的引用类型决定了对象被垃圾回收的时机。强引用是最传统的引用,只要强引用关系还存在,垃圾收集器就永远不会回收掉被引用的对象。软引用用于描述一些还有用但非必需的对象,只有在内存不足时才会被回收。弱引用用于描述非必需对象,其强度比软引用更弱,被弱引用关联的对象只能生存到下一次垃圾收集发生为止。虚引用是最弱的一种引用关系,一个对象是否有虚引用的存在,完全不会对其生存时间构成影响,也无法通过虚引用来取得一个对象实例,设置虚引用的唯一目的是为了能在这个对象被收集器回收时收到一个系统通知。

垃圾收集算法

垃圾收集器是垃圾收集算法的具体实现。常见的垃圾收集算法包括标记-清除算法、标记-复制算法、标记-整理算法以及分代收集理论下的多种组合。

标记-清除算法

该算法分为“标记”和“清除”两个阶段:首先标记出所有需要回收的对象,在标记完成后,统一回收掉所有被标记的对象。这是最基础的收集算法,后续的收集算法大多是以标记-清除为基础并对其不足进行改进而得到的。它的主要不足有两个:一个是执行效率不稳定,如果堆中包含大量对象,而且其中大部分是需要被回收的,这时必须进行大量标记和清除的动作,导致标记和清除两个过程的执行效率都随对象数量增长而降低;另一个是内存空间的碎片化问题,标记、清除之后会产生大量不连续的内存碎片,空间碎片太多可能会导致当以后在程序运行过程中需要分配较大对象时无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。

标记-复制算法

该算法将可用内存按容量划分为大小相等的两块,每次只使用其中的一块。当这一块的内存用完了,就将还存活着的对象复制到另外一块上面,然后再把已使用过的内存空间一次清理掉。这种算法的优点是实现简单,运行高效,且不会产生内存碎片。但其代价是将可用内存缩小为了原来的一半,空间浪费较多。现代的商用Java虚拟机大多都优先采用了这种收集算法去回收新生代。

标记-整理算法

标记过程仍然与“标记-清除”算法一样,但后续步骤不是直接对可回收对象进行清理,而是让所有存活的对象都向内存空间一端移动,然后直接清理掉边界以外的内存。这种算法避免了内存碎片化问题,也避免了“复制”算法的空间浪费。但其缺点是需要移动存活对象,并且更新所有引用这些对象的地方,是一种“Stop-The-World”操作,通常用于老年代的垃圾回收。

分代收集理论

当前商业虚拟机的垃圾收集器,大多数都遵循了“分代收集”(Generational Collection)的理论进行设计。它建立在两个分代假说之上:弱分代假说(绝大多数对象都是朝生夕灭的)和强分代假说(熬过越多次垃圾收集过程的对象就越难以消亡)。根据这两个假说,JVM将堆内存划分为新生代(Young Generation)和老年代(Old Generation)两大区域。在新生代中,每次垃圾收集时都发现有大批对象死去,只有少量存活,那就选用标记-复制算法,只需要付出少量存活对象的复制成本就可以完成收集。而老年代中因为对象存活率高、没有额外空间对它进行分配担保,就必须使用标记-清除或者标记-整理算法来进行回收。

常见的垃圾收集器

HotSpot虚拟机提供了多种垃圾收集器,用户可以根据自己的应用场景和性能需求进行组合选择。例如Serial收集器、ParNew收集器、Parallel Scavenge收集器、Serial Old收集器、Parallel Old收集器、CMS收集器、Garbage First(G1)收集器、ZGC和Shenandoah等。每种收集器都有其特定的优势和适用场景,例如CMS和G1致力于降低停顿时间,而Parallel Scavenge则更注重吞吐量。

综上所述,深入理解JVM的内存结构和垃圾回收机制,能够帮助开发者更好地进行性能调优、故障排查,并编写出更高效、更健壮的Java应用程序。通过合理配置JVM参数和选择适合的垃圾收集器,可以显著提升应用的性能表现和稳定性。

Logo

Agent 垂直技术社区,欢迎活跃、内容共建。

更多推荐