关于jvm的gc的必要性
jvm的堆内存不够时候,需要进行gc,释放内存
gc执行的条件
jvm的执行gc之前,必须停止所有线程,执行gc
gc的回收了什么对象
jvm使用可达性算法,回收未被引用的对象,引用计数法无法统计对象之间的应用。
gc时候,对象回收与否在对象是什么java的引用类型
- 强引用(FinalReference) =》绝不会被回收
- 软引用(SoftReference) =》内存泄露之前被回收
- 弱引用(WeakReference) =》垃圾回收时候会被回收
- 虚引用(PhantomReference)=》随时
gc分类和执行环境
堆的结构的简单剖析
jvm1.8之前将堆内存分为 Eden,S0,S1,Old Meomory,Perm(1.8后被废除),每次新实例化的对象会放入 young gen,当Eden+s0区满了,进行minor gc,经过15次gc仍存在的对象升级到老年代(或者对象比较大,超过阈值也会直接放到老年代),当整个堆内存不够的时候,会对整个堆内存进行gc,这就是major gc。
常用的gc算法的介绍
- 标记-清除算法:标记无用对象,然后进行清除回收。缺点:效率不高,产生垃圾碎片。
- 复制算法:按照容量划分二个大小相等的内存区域,当一块用完的时候将活着的对象复制到另一块上,然后再把已使用的内存空间一次清理掉。缺点:内存使用率不高,只有原来的一半。
- 标记-整理算法:标记无用对象,让所有存活的对象都向一端移动,然后直接清除掉端边界以外的内存。
- 分代算法:根据对象存活周期的不同将内存划分为几块,一般是新生代和老年代,新生代基本采用复制算法,老年代采用标记整理算法
gc收集器分类及优缺点
Gc收集器 | 使用的算法 | 作用的区域 | 特点 | 优点 | 缺点 |
---|---|---|---|---|---|
Serial收集器 | 复制算法 | 新生代 | 标记和清理都是单线程 | 简单高效 | 必须暂停jvm,停顿时间长 |
Serial Old收集器 | 标记-整理 | 老年代 | 标记和清理都是单线程 | 简单高效 | 必须暂停jvm,停顿时间长 |
ParNew收集器 | 复制算法 | 新生代 | 并行 | 吞吐较好 | 必须暂停jvm,停顿时间长 |
ParallelScavenge收集器 | 复制算法 | 新生代 | 并行 | 精确控制gc时间 | 难以较好地控制gc的时间 |
Parold收集器 | 复制算法 | 老年代 | 并行 | 吞吐较好 | 必须暂停jvm,停顿时间长 |
CMS收集器 | 标记清除 | 老年代 | 并行 | 最短时间停顿 | Gc的时间变长,无法处理浮动垃圾 |
G1收集器 | 标记整理 | 整个堆 | 并行 | 高效,无碎片产生,可指定gc停顿时间 | G1需要额外的内存来记录数据分区 |
ZGC收集器 | 标记整理 | 整个堆 | 并行 | 高效低延时处理大内存的gc | 产生浮动垃圾 |
浮动垃圾的定义:标记过程标记活着的对象,从GCRoot的可达性判断对象活着,但无法标记“死亡”的对象。 如果在初始标记阶段被标记为活着,并发运行过程中“死亡”,remark过程无法纠正,因此变为浮动垃圾,需等待下次gc的到来