对象被判定为垃圾的标准
没有其他对象的引用
判断对象是否为垃圾的算法
1.引用计数算法
2.可达性分析算法
引用计数算法
判断对象的引用数量
++通过判断对象的引用数量来决定对象是否可以被回收
++每个对象实例都有一个引用计数器,被引用则+1,完成引用则-1
++任何我引用计数为0的对象实例可以被当作垃圾收集
优点:执行效率高,程序执行受影响较小
缺点:无法检测出循环引用的情况导致内存泄露
可达性分析算法
可作为GC Root的对象
++虚拟机栈中引用的对象(栈帧中的本地变量表)
++方法区中的常量引用的对象
++方法区中的静态属性引用对象
++本地方法栈中JNI(native方法)的引用对象
++活跃线程的引用对象
谈谈你了解的垃圾回收算法
标记-清除算法(Mark and Sweep)
++标记:重集合进行扫描,对存活的对象进行标记
++清除:对堆内存从头到尾进行线性遍历,回收不可达对象内存
标题复制算法(Copying)
++分为对象和空闲面
++对象在对象面上创建
++存活的对象被重对象面复制到空闲面
++将对象面所有对象内存清除
标记–整理算法(Compacting)
分代收集算法(Generational Collector)
++垃圾回收算法的组合拳
++按照对象的生命周期的不同划分区域以采用不同的垃圾回收算法
++目的:提高JVM的回收效率
年轻代存活率低:采用复制算法
老年代高:采用标记-清除算法 标记-整理算法
GC的分类
++Minor GC
++Full GC
老年代
++Full GC和Major GC
++Full GC比Minor GC慢,但执行频率低
触发Full GC的条件
1.老年代空间不足
2.永久代空间不足
3.CMS GC时出现promotion failed,concurrent mode failure
4.Minor GC晋升到老年代的平均大小大于老年代的剩余空间
5.调用System.gc()
6.使用RMI来进行RPC或管理的JDK应用,每小时执行一次Full GC
分代收集算法(Generational Collector)
Stop-the-World
++JVM由于要执行GC而停止了应用程序的执行
++任何一种GC算法中都会发生
++多数GC优化通过减少Stop-the-world发生的时间来提高程序性能
Safepoint
++分析过程中对象引用关系不会发生变化的点
++产生Safe[point的地方:方法调用;循环跳转;异常跳转
++安全点数量的得适中
常见的垃圾收集器
JVM的运行模式
++Server
++Client
Serial收集器(-XX:+UseSerialGC,复制算法)
++单线程收集,进行收集时,必须暂停所有的工作线程
++简单高效,Client模式下默认的年轻代收集器