【JVM】总结（二）——垃圾收集器与内存分配策略

一、垃圾收集器

英文名是GC，即Garbage Collection。

1、哪些内存需要回收？

Java堆和方法区需要回收。

上篇博客我们说到运行时区域分为程序计数器、虚拟机栈、本地方法栈、Java堆和方法区。其中程序计数器、虚拟机栈、本地方法栈这三个区域是随线程而生，随线程而灭。在方法结束或者线程结束时，内存自然就跟随回收了。而Java堆和方法区则不一样，一个接口中的多个实现类需要的内存可能不一样，一个方法中的多个分支需要的内存也可能不一样，我们只有在程序处于运行期间时才能知道会创建哪些对象，这部分内存的分配和回收都是动态的，垃圾收集器所关注的正式这部分内存。

2、什么时候回收？

垃圾回收器在对堆做垃圾回收之前，第一件事就是判断对象是否存活。什么样算“死了”呢？就是不可能在被任何途径使用的对象。

那么如何判断呢，有两种算法：引用计数算法和可达性分析算法。

（1）引用计数算法

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

但是主流的Java虚拟机并没有选用这种算法来管理内存，因为它有一个弊端，就是很难解决对象之间循环引用的问题。

循环引用：堆里的两个对象虽然已经不可能再被访问，但是他们互相引用着对方，导致他们的引用计数都不为0。

（2）可达性分析算法

通过一系列称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所走过的路径称为引用链。当一个对象到GC Roots没有任何引用链相连（就是从GC roots 到这个对象不可达）时，就证明此对象是不可用的，也就是可以被GC回收了。

主流的程序语言（包括Java）的主流实现都是用这种算法来判定对象是否存活的。

（3）Java中引用的分类

• 强引用：指在程序代码中普遍存在的。类似“Object o=new Object()”这类的引用，只要强引用还存在，垃圾回收器永远不会回收掉被引用的对象。
• 软引用：用来描述一些还有用但非必需的对象。对于软引用关联着的对象，当系统将要