JVM垃圾收集器
收集算法是内存回收的方法论,垃圾收集器就是内存回收的具体实现。
Serial收集器
是什么
- Serial收集器是一个单线程的收集器
特点
- “Stop the World“,它进行垃圾收集时,必须暂停其他所有的工作线程,直到它收集结束。在用户不可见的情况下把用户正常工作的线程全部暂停掉。
- 使用场景:多用于桌面应用,Client端的垃圾回收器,此模式下优于其他收集器,简单高效。
- 桌面应用内存小,进行垃圾回收的时间比较短,只有不频繁发生停顿就可以接受。
ParNew收集器
是什么
- ParNew收集器其实就是Serial收集器的多线程版本。
- 除了使用多线程进行垃圾收集之外,其余行为包括Serial收集器可用的所有控制参数(例如: -XX:SurvivorRatio、-XX:PretenureSize’Threshold、-XX:HandlePromotionFailure等)、收集算法、Stop The World、对象分配规则、回收策略等都与Serial收集器完全一样。
- 在实现上,这两种收集器也共用了相当多的代码。
特点
- ParNew收集器除了多线程收集之外,其他与Serial收集器相比并没有太多创新之处,但它却是许多运行在Server模式下的虚拟机中首选的新生代收集器,其中有一个与性能无关但重要的原因是,除了Serial收集器外,目前只有它能与CMS收集器配合工作。
- 使用-XX:ParallelGCThreads参数来限制垃圾收集的线程数。【对应CPU核数】
- 多线程操作存在上下文切换的问题,所以建议将 -XX:ParallelGCThreads设置成和CPU核数相同,如果设置太多的话就会产生上下文切换消耗
发与并行的概念:【CMS收集器–并发】
-
并行(Parallel):指多条垃圾收集线程并行工作,但此时用户线程仍然处于等待状态。
-
并发(Concurrent):指用户线程与垃圾收集线程同时执行(但不一定是并行的,可能会交替执行),用户程序在继续运行,而垃圾收集程序运行于另一个CPU上。
Parallel Scavenge收集器
是什么
- Parallel Scavenge收集器是一个新生代收集器,它也是使用复制算法的收集器,又是并行的多线程收集器。
- Parallel Scavenge收集器的目标则是达到一个可控制的吞吐量。
- 由于与吞吐量关系密切,Parallel Scavenge收集器也经常称为“吞吐量优先”收集器。
- 吞吐量是什么?CPU用于运行用户代码的时间与CPU总时间的比值,99%时间执行用户线程,1%时间回收垃圾 ,这时候吞吐量就是99%。
特点
- Parallel Scavenge收集器的特点是它的关注点与其他收集器不同:CMS等收集器的关注点是尽可能地缩短垃圾收集时用户线程的停顿时间【意思是减少垃圾回收的停顿时间】,Parallel Scavenge收集器目标则是达到个可控制的吞吐量。
- 虚拟机会根据当前系统的运行情况收集性能监控信息,动态调整这些参数以提供最合适的停顿时间或者最大的吞吐量,这种调节方式称为GC自适应调节策略。
配置
- 【-XX:MaxGCPauseMillis 】参数GC停顿时间,这个参数配置太小会发送频繁GC。GC停顿时间缩短是以牺牲吞吐量和新生代空间换取来的。
- 【-XX:GCTimeRatio参数 】 设置吞吐量大小,默认值99% 【吞吐量的值】
Serial old收集器
- 它是一个单线程收集器,是Serial收集器的老年代版本,使用“标记-整理”算法。
- 主要意义也是被Client模式下的虚拟机使用。
Parallel old收集器
- Parallel Scavenge收集器的老年代版本,使用多线程+标记整理算法。
CMS收集器
是什么
-
CMS(Concurrent Mark Sweep)收集器是一种以获取最短回收停顿时间为目标的收集器。
-
CMS收集器是基于“标记—清除”算法实现的。
-
目前很大一部分的Java应用集中在互联网站或者B/S系统的服务端上,这类应用尤其重视服务的响应速度,希望系统停顿时间最短,以给用户带来较好的体验。
步骤流程
- 初始标记(CMS initial mark)—— 标记一下GC Roots 能直接关联到的对象,速度很快。
- 并发标记(CMS Concurrent mark)—— 并发标记阶段就是进行GC RootsTracing 【寻找GC引用链,可达性分析的过程】的过程。
- 重新标记(CMS remark)—— 为了修正并发标记期间因用户程序导致标记变动的标记记录。
- 并发清除(CMS concurrent sweep)
优缺点
- 优点:和用户线程一起执行,并发进行
- 缺点:
- 对CPU 资源非常敏感 【单核中,效率不一定高】
- 无法处理浮动垃圾,程序在进行并发清除阶段用户线程所产生的新垃圾。【浮动垃圾,在并发清除时用户线程产生的垃圾】
- 标记-清除产生大量空间碎片
G1收集器
是什么
- G1是一款面向服务端应用的垃圾收集器。
- G1中每个Region都有一个与之对应的Remembered Set,当进行内存回收时,GC根节点的枚举范围中加入Remembered Set即可保证不对全堆扫描也不会有遗漏检查Reference引用的对应是否处于不同的Region。
步骤流程
- 初始标记(Initial Marking)——标记一下GC Roots能直接关联到的对象
- 并发标记(Concurrent Marking)——从GC Root开始对堆中对象进行可达性分析,找出存活的对象,这阶段耗时较长,但可与用户程序并发执行。
- 最终标记(Final Marking)——为了修正正在并发标记期间因用户程序继续运作而导致标记产生变动的哪一部分标记记录。虚拟机将这段时间对象变化在线程Remembered Set Logs里面,最终标记阶段需要把Remembered Set Logs的数据合并到Remembered Set中。【优化CMS无法清理浮动垃圾】
- 筛选回收(Live Date Counting and Evacuation)
优势
- 空间整合:基于**“标记一整理”**算法实现为主和Region之间采用复制算法实现的垃圾收集。
- 可预测的停顿:这是 G1 相对于 CMS 的另一大优势,降低停顿时间是 G1 和 CMS 共同的关注点,但 G1 除了追求低停顿外,还能建立可预测的停顿时间模型。【因为维护了Region】
- 在 G1 之前的其他收集器进行收集的范围都是整个新生代或者老年代,而 G1 不再是这样。使用 G1 收集器时,Java 堆的内存布局就与其他收集器有很大差别,它将整个 Java堆划分为多个大小相等的独立区域(Region),虽然还保留有新生代和老年代的概念,但新生代和老年代不再是物理隔离的了,它们都是**一部分 Region(不需要连续)**的集合。
- G1 收集器之所以能建立可预测的停顿时间模型,是因为它可以有计划地避免在整个 Java 堆中进行全区域的垃圾收集。
- G1 跟踪各个 Regions 里面的垃圾堆积的价值大小(回收所获得的空间大小以及回收所需时间的经验值),在后台维护一个优先列表,每次根据允许的收集时间,优先回收价值最大的 Region。这种使用 Region 划分内存空间以及有优先级的区域回收方式,保证了 G1 收集器在有限的时间内可以获取尽可能高。