java GC相关

java GC相关

谈到垃圾回收,我们先来看几个问题

	问题
1	在java中什么样的对象会被判别为垃圾

1.在java中什么样的对象会被判别为垃圾

	java中常用的几种垃圾回收算法
1	引用计数算法
2	可达性分析算法

• 引用计数算法
  • 通过判断对象的引用数量来决定对象是否可以被回收
  • 每个对象实例都有一个引用计数器,被引用则+1,完成引用则-1
  • 任何引用计数为0的对象实例是可以被当做垃圾进行回收的
• 引用计数算法的优劣

	引用计数算法的优劣
优点	执行效率高,程序执行受影响较小
缺点	无法检测出循环引用的情况,导致内存泄漏

• 关于循环引用,这里举个例子

/**
 *@Description 这里一个类,类中有一个属性
 *@author apdoer
 *@CreateDate 2019/4/5-13:04
 *@Version 1.0
 *===============================
**/
public class Cup {
    public Cup cup;
}

/**
 *@Description 循环引用的问题
 *@author apdoer
 *@CreateDate 2019/4/5-13:06
 *@Version 1.0
 *===============================
**/
public class ReferenceProblem {
    public static void main(String[] args) {
        Cup cup1 = new Cup();
        Cup cup2 = new Cup();

        // 相互通过对方对象引用来赋值,循环引用
        cup1.cup = cup2.cup;
        cup2.cup = cup1.cup;
    }
}

• 可达性算法
  • 通过判断对象的引用链是否可达来决定对象是否可以被回收 gc根对象不可达

	可以作为GC Root的对象
1	虚拟机栈中引用的对象(栈帧中的本地变量表)
2	方法区中的常量引用的对象
3	方法区中的类静态属性引用的对象
4	本地方法栈zhong中JNI(Native方法)的引用对象
5	活跃线程的引用对象

2.垃圾回收算法

标记-清除算法(Mark And Sweep)

标记 : 从根集合进行扫描,对存活的对象进行标记
清除 : 对堆内存从头到尾进行线性遍历 , 回收不可达对象内存
问题 : 由于对象在内存空间的不连续 , 会导致回收后产生很多内存碎片

复制算法

=> 分为对象面和空闲面
=> 对象在对象面上创建
=> 存活的对象从对象面复制到空闲面
=> 将对象面所有对象内存清除

• 复制算法解决了碎片化的问题
• 顺序分配内存,简单搞笑
• 适用于对象存活率低的场景年轻代就是采用复制算法进行垃圾回收

标记- 整理算法(Compacting)

标记 : 从根集合进行扫描 , 对存活的对象进行扫描
清除 : 移动所有存活的对象 , 且按照内存地址依次排列 , 然后将末端内存地址以后的内存全部回收

• 避免内存的不连续(标记清除算法)
• 不用设置两块内存互换(复制算法)
• 适用于存活率高的场景 , 老年代采用此种算法回收

分代收集算法(Generational Collector)

按照对象的生命周期的不同划分区域以采用不同的垃圾回收算法
提高 jvm 垃圾回收的效率
jdk8以后,永久代被去除了,只剩年轻代和中生代

年轻代

尽可能快速收集生命周期短的对象

• Eden区
• 两个Survivor区(from区1和to区)
• Eden : from : to = 8:1:1

GC的分类

• Minor GC
• Full GC

常用的调优参数

-XX:SurvivorRatio : Eden和Survivor区的比值 , 默认8:1
-XX:NewRatio : 老年代和年轻代内存大小的比例
-XX:MaxTenuringThreshold : 对象从年轻代晋升到老年代经过GC的最大阈值

老年代

存放生命周期较长的对象
采用标记清理算法或者标记整理算法

GC分类

• Full GC和Major GC

  如果遇到问major GC的,要知道是问full Gc 还是针对于老年代的Gc
  full GC的过程通常伴随着MinorGc的进行
  

• full Gc会被MinorGc慢的多,10倍以上

触发Full Gc的条件

• 老年代空间不足
• 永久代空间不足(jdk8以后,没有永久代,降低fullGC的频率)
• CMS GC 时出现promotion failed , concurrent mode failure
• Minor GC 晋升到老年代的平均大小大于老年代的剩余空间
• 调用System.gc() , 通知虚拟机去执行
• 使用RMI来进行RPC或者管理的JDK应用,每小时执行一次Full GC

Stop The World

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

Safepoint

分析过程中对象引用关系不会发生变化的点
产生Safepoint的地方: 方法调用;循环跳转;异常跳转等
安全点数量适中

常见的垃圾收集器

常见的垃圾收集器	应用场景	特点
Serial收集器(-XX:+UseSerialGC 复制算法)	年轻代	单线程,回收时必须暂停所有工作线程是,简单高效,Client模式下默认的回收器
ParNew收集器(-XX:+UseParNewGC,复制算法)	年轻代	多线程,其他和serial差不多,多核有优势,单核不如serial
Parallel Scavenge收集器(-XX:+UseParallelGC,复制算法)	年轻代	server模式下默认,多核有优势
Serial Old收集器(-XX:+UseSerialOld,标记整理算法)	老年代	单线程,回收会暂停工作线程,client模式下默认老年代回器
parallel Old收集器(-XX:+UseParallelOldGC,标记整理算法)	老年代	多线程,吞吐量优先
CMS收集器(-XX:+UseConcMarkSweepGC,标记清除算法)	老年代	占据老年代回收算法的半壁江山,尽可能缩短停顿时间,几乎可以与工作线程同时执行
G1收集器(-XX:+UseG1GC,复制+标记-整理算法)	年轻代 老年代	并发和并行,分代收集,空间整理,可预测的停顿,年轻代和老年代不再物理隔离,将整个堆划分成多个大小相等的Regen

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

---

相关面试题

java中的强引用,软引用,弱引用,虚引用

引用类型	被垃圾回收时间	用途	生存时间
强引用	从来不会	对象的一般状态	jvm停止运行时终止
软引用	在内存不足时	对象缓存	内存不足时终止
弱引用	在垃圾回收时	对象缓存	gc运行后终止
虚引用	unknown	标记,哨兵	unknown

总结