【Java虚拟机】——垃圾回收与内存分配策略（一）

一、那些内存需要回收？

1.判断对象是否已“死”

（1）引用计数法

引用计数值+1，引用失效计数值-1.为0则可以回收

（2）可达性分析法

• 对象到达GC-Root根节点，则不回收。否则回收

通过一系列名为”GCRoots”的对象作为起始点，从这个节点向下搜索，搜索走过的路径称为ReferenceChain,当一个对象到GCRoots没有任何ReferenceChain相连时，（图论：这个对象不可到达），则证明这个对象不可用。

基本思想是通过一系列称为“GC roots”的对象作为起始点，可以作为根节点的是：

•   虚拟机栈（栈帧中的本地变量表）中引用的对象
•   本地方法栈中JNI（即一般说的Native方法）引用的对象
•   方法区中类静态属性引用的对象
•   方法区中常量引用的对象

（3）四种引用

• 强引用：对象的一般状态
• 软引用：对象缓存
• 弱引用：对象缓存
• 虚引用：对象被收集器回收时收到一个系统通知。

强引用：只要某个对象有强引用与之关联，JVM必定不会回收这个对象，即使在内存不足的情况下，JVM宁愿抛出OutOfMemory错误也不会回收这种对象。

软引用：软引用是用来描述一些有用但并不是必需的对象，在Java中用java.lang.ref.SoftReference类来表示。对于软引用关联着的对象，只有在内存不足的时候JVM才会回收该对象。

弱引用：弱引用也是用来描述非必需对象的，当JVM进行垃圾回收时，无论内存是否充足，都会回收被弱引用关联的对象。

虚引用：虚引用和前面的软引用、弱引用不同，它并不影响对象的生命周期。在java中用java.lang.ref.PhantomReference类表示。如果一个对象与虚引用关联，则跟没有引用与之关联一样，在任何时候都可能被垃圾回收器回收。

（4）方法区的垃圾回收(HotSpot虚拟机中的永久代)

方法区或永久代中垃圾收集主要回收两个部分的内容：废弃常量和无用的类， 回收废弃常量与回收Java堆中的对象非常相似。以常量池中字面量的回收为例，若字符串“abc”已经进入常量池中，但当前系统没有任何String对象引用常量池中的“abc”常量，也没有其他地方引用该字面量，若发生内存回收，且必要的话，该“abc”就会被系统清理出常量池。常量池中其他的类（接口）、方法、字段的符号引用与此类似。

无用的类需要满足3个条件：

（1）该类所有的实例都已经被回收，即Java堆中不存在该类的任何实例； 
（2）加载该类的ClassLoader已经被回收； 
（3）该类对应的java.lang.Class对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。

虚拟机可以对满足上述3个条件的无用类进行回收，此处仅仅是“可以”，而并不是和对象一样（不使用了就必然回收）