Jvm之垃圾收集器与内存分配策略（一）-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_53643258/article/details/119766144

一，判断对象以死两种算法

引用计数算法

可达性分析算法（jvm使用）

1，引用计数算法

概念

在对象中添加一个引用计数器，每当有一个地方引用它时，计数器值就加一；当引用失效时，计数器值就减一；任何时刻计数器为零的对象就是不可能再被使用的。

优缺点

优点：原理简单，判定效率也很高，在大多数情况下它都是一个不错的算法

缺点：很难解决对象之间相互循环引用（很难，但实际可以解决；可以类似参考spring 循环依赖解决的方式思路参考）

如何判断java有没有使用

/**
* testGC()方法执行后，objA和objB会不会被GC呢？
* @author zzm
*/
public class ReferenceCountingGC {
public Object instance = null;
private static final int _1MB = 1024 * 1024;
/**
* 这个成员属性的唯一意义就是占点内存，以便能在GC日志中看清楚是否有回收过
*/
private byte[] bigSize = new byte[2 * _1MB];
public static void testGC() {
ReferenceCountingGC objA = new ReferenceCountingGC();
ReferenceCountingGC objB = new ReferenceCountingGC();
objA.instance = objB;
objB.instance = objA;
objA = null;
objB = null;
// 假设在这行发生GC，objA和objB是否能被回收？
System.gc();
}
}

从运行结果中可以清楚看到内存回收日志中包含“4603K->210K”，意味着虚拟机并没有因为这两个对象互相引用就放弃回收它们，这也从侧面说明了Java虚拟机并不是通过引用计数算法来判断对象是否存活的

2，可达性分析算法

概念

通过一系列称为“GC Roots”的根对象作为起始节点集，从这些节点开始，根据引用关系向下搜索，搜索过程所走过的路径称为“引用链”（Reference Chain），如果某个对象到GC Roots间没有任何引用链相连，或者用图论的话来说就是从GC Roots到这个对象不可达时，则证明此对象是不可能再被使用的

可作为GC Roots的对象有哪几种

1.在虚拟机栈（栈帧中的本地变量表）中引用的对象，譬如各个线程被调用的方法堆栈中使用到的参数、局部变量、临时变量等。

2.在方法区中类静态属性引用的对象，譬如Java类的引用类型静态变量。

3·在方法区中常量引用的对象，譬如字符串常量池（String Table）里的引用。

4.在本地方法栈中JNI（即通常所说的Native方法）引用的对象。

5.·Java虚拟机内部的引用，如基本数据类型对应的Class对象，一些常驻的异常对象（比如 NullPointExcepiton、OutOfMemoryError）等，还有系统类加载器。

6.·所有被同步锁（synchronized关键字）持有的对象。

7·反映Java虚拟机内部情况的JMXBean、JVMTI中注册的回调、本地代码缓存等。

二，java四种引用

java的四种引用

三，生存还是死亡

即使在可达性分析算法中判定为不可达的对象，也不是“非死不可”的，这时候它们暂时还处于“缓刑”阶段，要真正宣告一个对象死亡，至少要经历两次标记过程：如果对象在进行可达性分析后发现没有与GC Roots相连接的引用链，那它将会被第一次标记，随后进行一次筛选，筛选的条件是此对象是否有必要执行finalize()方法。假如对象没有覆盖finalize()方法，或者finalize()方法已经被虚拟机调用过，那么虚拟机将这两种情况都视为“没有必要执行”。

如果这个对象被判定为确有必要执行finalize()方法（重新finalize（）方法），会救他一命，但第二次不行，这是因为任何一个对象的finalize()方法都只会被系统自动调用一次，如果对象面临下一次回收，它的finalize()方法不会被再次执行，因此第二段代码的自救行动失败了。

四，回收方法区

方法区的垃圾收集主要回收两部分内容：废弃的常量和不再使用的类型

判定一个常量是否“废弃”

没有任何字符串对象引用常量池中的常量，且虚拟机中也没有其他地方引用这个字面量

判定一个类型是否属于“不再被使用的类”的条件

1·该类所有的实例都已经被回收，也就是Java堆中不存在该类及其任何派生子类的实例。

2·加载该类的类加载器已经被回收，这个条件除非是经过精心设计的可替换类加载器的场景，如 OSGi、JSP的重加载等，否则通常是很难达成的。

3·该类对应的java.lang.Class对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。