GC

对象已死？

引用计数算法：给对象添加一个引用计数器，每当有一个地方引用它时，计数器加一，引用失效时，计数器减一，任何时刻计数器为0的对象就是不可能再被使用的；无法解决对象之间相互循环引用的问题。

根搜索算法：通过一系列名为"GC Roots"的对象作为起始点，从这些节点开始向下搜索，搜索所走过的路径成为引用链，当一个对象到"GC Roots"没有任何引用链相连（GC Roots到这个对象不可达）时，则此对象不可用。

可作为"GC Roots"对象：
虚拟机栈（栈帧中的本地变量表）中引用的对象
方法区中的类静态属性引用的对象
方法区中的常量引用的对象
本地方法栈中JNI（Native方法）引用的对象

 

再谈引用

强引用：new（只要强引用在，垃圾收集器永远不会回收）
软引用：有用但是非必需的对象（下次回收前，内存不够，则回收）
弱引用：非必需的对象（只能生存到下次回收前）
虚引用：虚引用不会对对象的生存时间造成影响，也无法通过虚引用获取一个对象，设置虚引用的唯一目的是希望它在回收的时候收到一个系统通知。

 

垃圾收集器（没有最好的也没有万能的收集器，只是根据具体应用选择最合适的）

并行（parallel）：多条垃圾收集线程并行操作，但是此时用户线程仍处于等待状态
并发（concurrent）：用户线程与垃圾收集线程同时执行（不一定是并行，可能是交替执行）
Stop The World：GC停顿，进行垃圾收集时，必须暂停其他所有工作线程
（从Serial到G1，GC停顿时间不断缩短，但仍然无法完全消除）

 

新生代收集器

Serial：采用复制算法的单线程收集器，一条线程完成垃圾收集工作+Stop The World
ParNew：除了使用多条线程进行垃圾收集外，其余行为和Serial收集器完全一样
Parallel(平行) Scavenge(清扫)：采用复制算法的并行多线程收集器

 

老年代收集器

Serial Old：采用标记-整理算法的单线程收集器
Paraller Old：采用标记-整理算法的多线程收集器
CMS(Concurrent Mark Sweep)：采用标记-清除算法（产生内存碎片）的并发收集器

 

整堆收集器

G1：并行与并发+分代收集+空间整合+可预见的停顿
在G1之前的其他收集器进行收集的范围都是整个新生代或者老年代，而G1不再是这样。使用G1收集器时，Java堆的内存布局就与其他收集器有很大差别，它将整个Java堆划分为多个大小相等的独立区域（Region），虽然还保留有新生代和老年代的概念，但新生代和老年代不再是物理隔离的了，它们都是一部分Region（不需要连续）的集合。
G1收集器之所以能建立可预测的停顿时间模型，是因为它可以有计划地避免在整个Java堆中进行全区域的垃圾收集。G1跟踪各个Region里面的垃圾堆积的价值大小（回收所获得的空间大小以及回收所需时间的经验值），在后台维护一个优先列表，每次根据允许的收集时间，优先回收价值最大的Region（这也就是Garbage-First名称的来由）。这种使用Region划分内存空间以及有优先级的区域回收方式，保证了G1收集器在有限的时间内可以获取尽可能高的收集效率。

转载于:https://www.cnblogs.com/wting1123/p/11457351.html