JAVA-GC相关

先了解几个必会单词

Stop-the-world：
1.JVM由于要执行GC而停止了应用程序的执行
2.任何一种GC算法中都会发生
3.多数GC优化通过减少Stop-the-world发生的时间来提高性能

Safepoint：
（比喻：打扫卫生时，不允许再丢垃圾。。。 垃圾清理时在一个快照点进行，所有线程都被冻结了）
1.分析过程中对象引用关系不会发生变化的点
2.产生安全点的地方：方法调用；循环跳转；异常跳转等
3.安全点数量适中

1.需要GC的内存区域

Jvm中，程序计数器、虚拟机栈、本地方法栈都是随着线程而生随线程而灭，栈帧随着方法的进入和退出做入栈和出栈操作，实现了自动的内存清理，因此我们的GC主要集中于java堆和方法区中，在程序运行期间，这部分内存的分配和使用都是动态的。

2.GC的对象

需要进行回收的对象就是已经没有存活的对象，判断一个对象是否存活常用的有两种办法：引用计数和可达分析。

1. 引用计数：每个对象有一个引用计数属性，新增一个引用时+1，引用释放时-1，计数为0时可以回收。此方法简单，无法解决对象相互循环引用的问题。
2. 可达性分析：从GCRoots开始向下搜索，搜索所走过的路径称为引用链。当一个对象到GC Roots没有任何引用链相连时，则证明此对象是不可用的。不可达的对象。

3.GC做了什么事

主要做了清理对象，整理内存的工作。Java堆分为新生代和老年代，采用了不同的回收方式。
（GC常用算法有：1.标记-清除算法；2.标记-压缩算法；3.复制算法；4.分代收集算法。）
目前主流的JVM（HotSpot）采用的是分代收集算法。

3.1分代收集算法的GC分为两种

1. Minor GC
   发生在年轻代的垃圾收集工作，复制算法
   年轻代：尽可能快速的收集掉那些生命周期短的对象
   分为两个区域

• Eden
  对象刚被创建出来，其内存空间是被首先分配在Eden区的；当然当Eden放不下该对象时会被分配到Survivor区
• 两个Survivor
  from区 和 to区 不是固定的 会随垃圾回收机制的进行互相转换
  
  年轻代垃圾回收的过程演示：
  若对象在Eden出生，并且被挤满，则会出发Minor GC，

此时有存活对象，这时就会将这对象复制到S0区域中（from区域），

然后清除所有Eden区的对象，将复制到S0的对象年龄设置为1

以上为首次Minor GC的过程
这时假设Eden区又被填满了，又会触发一次MinorGC

则将Eden、S0存活的对象拷贝到S1区域中，同时对这些对象的年龄分别加1 ，这时S1 由to区变为from区，S0由from区变为to区

拷贝完成后，清空Eden、S0 这样就完成第二次MinorGC，以此类推，就很简单了。

当对象年龄默认到达15则会进入老年代，当然可以通过-XX：MaxTenuringThreshold来调整

2. Full GC
   发生在老年代的垃圾收集工作

对象如何晋升到老年代？

• 经历一定Minor次数依然存活的对象
• Survivor区中存放不下的对象
• 新生成的大对象直接进入老年代（-XX：+PretenuerSizeThreshold控制大对象的大小）

常用的调优参数

• XX：SurvivorRatio：Eden和Survivor的比值，默认8：1
• XX：NewRatio：老年代和年轻代内存大小的比例
• XX：MaxTenuringThreshold 控制对象从年轻代晋升到老年代经过Minor GC次数的最大阈值

老年代：存放生命周期较长的对象 标记-清理算法+标记-整理算法
触发FullGC的条件 （答三点）

• 老年代空间不足
• 永久代空间不足（针对JDK7以前的版本）
• CMS GC时出现 promotion failed,concurrent mode failure
• Minor GC晋升到老年代的平均大小大于老年代的剩余空间
• 调用System.gc() ,没有控制权，由JVM决定
• 使用RMI来进行RPC或管理的JDK应用，每小时执行1次Full GC

4.新生代垃圾收集器

1.Serial收集器（-XX：+UseSerialGC，复制算法）

• 单线程收集，进行垃圾收集时，必须暂停所有工作线程，直到收集结束
• 简单高效，Client模式下默认的年轻代收集器

2.ParNew收集器（-XX：+UseParNewGC，复制算法）

• 多线程收集，其余的行为、特点和Serial收集器一样
• 单核执行效率不如Serial，在多核下执行才有优势
  

3.Parallel Scavenge收集器（-XX：+UseParallelGC，复制算法）

• 比起关注用户线程停顿时间，更关注系统的吞吐量
• 在多核下执行才有优势，Server模式下默认的年轻代收集器
  

5.老年代垃圾收集器

1. Serial Old收集器（-XX：+UseSerialOldGC，标记-整理算法）

• 单线程收集，进行垃圾收集时，必须暂停所有工作线程
• 简单高效，Client模式下默认的老年代收集器
  

2. CMS收集器（-XX：UseConcMarkSweepGC，标记-清除算法）

• 初始标记：spot-the-world
• 并发标记：并发追溯标记，程序不会停顿
• 并发预清理：查找执行并发标记阶段从年轻代晋升到老年代的对象
• 重新标记：暂停虚拟机，扫描CMS堆中的剩余对象 spot-the-world
• 并发清理：清理垃圾对象，程序不会停顿
• 并发重置：重置CMS收集器的数据结构
  

3. G1收集器（-XX：+UseG1GC，复制+标记-整理算法）
   特点：

• 并行和并发
• 分代收集
• 空间整合
• 可预测的停顿

将整个java堆内划分成多个大小相等的Region
年轻代和老年代不再物理隔离

Object的finalize()方法的作用是否与C++的析构函数相同

1. 与C++的析构函数不同，析构函数调用确定，而它是不确定的
2. 将未被引用的对象放置与F-Queue队列
3. 方法随时可能会gc被终止
4. 给予对象最后一次重生的机会
   

JAVA中的强引用，软引用，弱引用，虚引用有什么用

1. 强引用
   最普遍的引用：Object obj = new Object();
   抛出OutMemoryError终止程序也不会回收具有强引用的对象
   如果不使用对象了，通过将对象设置为null的方式来弱化引用，使其回收

2. 软引用
   对象处在有用但非必须的状态
   只有当内存空间不足时，GC会回收该引用的对象的内存
   可以用来实现高速缓存
   

3. 弱引用
   非必须的对象，比软引用更弱一些
   GC时会被回收
   被回收的概率不大，因为GC线程优先级比较低
   适用于引用偶尔被使用且不影响垃圾收集的对象
   

4. 虚引用
   不会决定对象的生命周期
   任何时候都可能被垃圾收集器回收
   跟踪对象被垃圾收集回收的活动，起哨兵作用
   必须和引用队列ReferenceQueue联合使用
   
   总结：