深入理解JVM-垃圾回收详解

1. 概述

Java内存运行时区域的各个部分,程序计数器、虚拟机栈、本地方法栈3个区域随线程而生,随线程而灭.

对每一个栈帧,其分配多少内存都基本是在类创建的时候就确定好的因此这几个区域的内存分配和回收都具备确定性,这几个区域就不需要考虑如何回收.

而Java堆和方法区这两个区域则有很明显的不确定性(如一个接口的多个实现类的内存可能不一样,一个方法所执行的不同条件所需要的的内存也可能不一样),只有处于运行期间才知道,因此这部分的分配和回收是动态性的

2.1 引用计数与可达性分析算法

2.2 引用的四种类型

2.3 finalize方法

一个对象的死亡最多会经历两次标记的过程.

如果对象在进行可达性分析后发按下没有与GC Roots相连接的引用链,那它将会被第一次标记.

随后进行一次筛选,筛选的条件是此对象是否有必要执行finalize()方法.

如果有必要执行,将对象放在F-Queue队列中,由一条优先级低的Finalizer线程去执行对象的finalize()方法.

finalize方法中可通过与引用链上的任何一个对象建立关联从而使对象避免被回收,在第二次标记时就会被移除"即将回收"集合, 但只能有一次"免死"机会

如果执行完finalize方法对象还没逃脱,基本上就要被真的回收了.

2.4 回收方法区

方法区中垃圾收集主要回收两部分内容: 一、废弃的常量 二、不再使用的类型

判断一个常量是否废弃比较简单,但判断一个类可被回收的条件很苛刻.

在大量使用反射、动态代理、GCLib等字节码框架,动态生成JSP以及OSGi这类频繁自定义类加载器的场景中, 通常都需要Java虚拟机具备类型卸载的能力,以保证不会对方法区造成过大的内存压力.

3.1 垃圾收集算法

从如何判定对象消亡的角度触发,垃圾收集算法可以划分为"引用计数式垃圾收集(直接垃圾收集)"和"追踪式垃圾收集(间接垃圾收集)"两大类

追踪式垃圾回收(间接垃圾收集)算法分为三大类, 标记-清除、标记-复制、标记-整理

3.2 垃圾回收器