版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/Qgwperfect/article/details/89071965
1，标记-清除算法(Mark and Sweep)
- 标记：从根集合进行扫描，对存活的对象进行标记
- 清除：对堆内存从头到尾进行线性遍历，回收不可达对象内存
缺点：碎片化严重
2，复制算法(Copying)
- 分为对象面和空闲面
- 对象在对象面上创建
- 存活的对象从对象面复制到空闲面
- 将对象面所有的对象清除
优点：
- 解决碎片化的问题
- 顺序分配内存，简单高效
- 适用于对象存活率低的场景
缺点：
- 浪费50%的空间
比较适用年轻代
3，标记-整理算法(Compacting)
- 标记：从根集合进行扫描，对存活的对象进行标记
- 清除：移动所有存活的对象，且按照内存地址次序依次排列，然后将末端内存地址以后的内存全部回收
优点：
4，分代收集算法(Generational Collector)
jdk6,jdk7
- 避免内存的不连续性
- 不用设置两块内存交换
- 适用于存活率高的场景
jdk8及之后
GC分类
- Minor GC
- Full GC
年轻代：尽可能快速收集掉生命周期短的对象
- Eden
- 两个Survivor区
对象晋升老年代的几种方式：
- 经历一定Minor次数依然存活的对象
- Survivor区中存放不下的对象
- 新生成的大对象(-XX:PretenuerSizeThreshold ---> 控制”大对象的“的大小)
调优参数：
- -XX:SurvivorRatio : Eden和Survivor的比值，默认是8:1
- -XX:NewRatio : 老年代和年轻代内存大小的比例
- -XX:MaxTenuringThreshold : 对象从年轻代晋升到老年代经过GC次数的最大阈值
老年代：
- 存放生命周期较长的对象
适用算法：
- 标记-清理算法
- 标记-整理算法
触发Full GC的条件：
- 老年代空间不足
- 永久代空间不足(针对JDK7以前的版本)
- 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的地方：方法调用，循环跳转，异常跳转等
- 安全点的数量要适中