GC

没有被其他对象所引用

引用计数算法
1、通过判断对象的应用数量来决定对象是否可以被回收
2、每个对象实例都有一个引用计数器，被引用+1，完成引用-1
3、任何引用计数为0的对象实例可以被当作垃圾收集

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

可达性分析算法 -主流

通过判断对象的引用链是否可达来决定对象是否可以被回收

不可达会被回收

可作为GC Root的对象

• 虚拟机栈中引用的对象（栈帧中的本地变量表） 【方法中new的布局变量】
• 方法区中的常量引用的对象 【类中定义的常量，保存的对象】
• 方法区中的类静态属性引用的对象 【通方法区中常量】
• 本地方法栈中JNI（Native方法）的引用对象
• 活跃线程的引用对象

垃圾回收算法
1、标记-清除算法 Mark-Sweep
标记：从根集合进行扫描，对存活的对象进行标记
清除：对堆内存从头到尾进行线性遍历，回收不可达对象内存

缺点：碎片化

2、复制算法（Copying）

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

解决碎片化问题
顺序分配内存，简单高效
适用于对象存活率低的场景

3、标记-整理算法 Compacting

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

4、分代收集算法 Generational Collector – 主流
垃圾回收算法的组合拳
按照对象生命周期的不同划分区域以采用不同的垃圾回收算法
目的：提高JVM的回收效率

年轻代：生命周期较短 – 复制算法 Minor GC
老年代：标记整理算法 Full GC

年轻代：尽可能快速的收集掉那些生命周期短的对象
Eden区
两个Survivor区

对象如何晋升到老年代

• 经历一定Minor次数依然存活的对象
• Survivor中存放不下的对象
• 新生成的大对象 （-XX:+PretenuerSizeThreshold）

常用的调优参数

老年代

触发Full GC 条件

• 老年代空间不足
• 永久代空间不足 JDK7及以下
• CMS GC时出现 promotion failed，concurrent mode failure
• Minor GC晋升到老年代的平均大小大于老年代的剩余空间
• 调用 System.gc()
• 使用RMI来进行RPC或管理的JDK应用，每小时执行1次Full GC

Stop-the-World

• JVM由于要执行GC而停止了应用程序的执行
• 任何一种GC算法中都会发生
• 多数GC通过减少Stop-the-World发生的时间来提高程序性能，达到高吞吐，低停顿

Safepoint

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

常见的垃圾收集器

JVM运行模式：【java -version】
Server 重量级
Client 轻量级

新生代收集器

老年代收集器

年轻代、老年代通用收集器