GC垃圾回收(二)垃圾回收器

1. serial垃圾收集器讲解

  • 是什么?

    收集算法是内存收到的方法论,垃圾回收器是内存回收的具体实现。

    Serial是一个单线程的垃圾收集器

  • serial垃圾收集器的特点

    “Stop The World”,它进行垃圾收集时,必须暂停其他所有的工作线程,直到它收集结束。在用户不可见的情况下把用户正常工作的线程全部停掉

    使用场景:多用于桌面应用,Client端的垃圾回收器
    桌面应用内存小,进行垃圾回收的时间比较短,只要不频繁发生停顿就可以接受

2.parnew垃圾收集器图解分析特点

  • 是什么?

    ParNew 收集器其实就是 Serial 收集器的多线程版本,除了使用多条线程进行垃圾收集之外,其余行为包括 Serial 收集器可用的所有控制参数(例如:-XX: SurvivorRatio、-XX: PretenureSize’ Threshold、-XX: HandlePromotionFailure 等)、收集算法、Stop The World、对象分配规则、回收策略等都与 Serial 收集器完全一样,在实现上,这两种收集器也共用了相当多的代码

  • parnew垃圾收集器的特点?

    ParNew 收集器除了多线程收集之外,其他与 Serial 收集器相比并没有太多创新之处,但它却是许多运行在 Server 模式下的虚拟机中首选的新生代收集器,其中有一个与性能无关但很重要的原因是,除了 Serial 收集器外,目前只有它能与 CMS 收集器配合工作。

    使用-XX: ParallelGCThreads 参数来限制垃圾收集的线程数
    多线程操作存在上下文切换的问题,所以建议将-XX: ParallelGCThreads设置成和CPU核数相同,如果设置太多的话就会产生上下文切换消耗

  • 并发与并行的概念讲解 CMS垃圾回收器

    并行(Parallel):指多条垃圾收集线程并行工作,但此时用户线程仍然处于等待状态。

    并发(Concurrent):指用户线程与垃圾收集线程同时执行(但不一定是并行的,可能会交替执行),用户程序在继续运行,而垃圾收集程序运行于另一个 CPU 上

3.CMS收集器

  • 是什么?

    CMS (Concurrent Mark Sweep)收集器是-种以获取最短回收停顿时间为目标的收集器。

    目前很大一部分的Java应用集中在互联网站或者B/S系统的服务端上,这类应用尤其重 视服务的响应速度,希望系统停顿时间最短,以给用户带来较好的体验。

    CMS 收集器是基于“标记-清除”算法实现的

  • 步骤流程:

    初始标记(CMS initial mark) -----标记一下 GC Roots 能直接关联到的对象,速度很快

    并发标记(CMS concurrent mark --------并发标记阶段就是进行 GC RootsTracing 的过程

    重新标记(CMS remark) -----------为了修正并发标记期间因用户程序导致标记产生变动的标记记录

    并发清除(CMS concurrent sweep)

  • CMS垃圾收集器缺点

    对CPU资源非常敏感

    无法处理浮动垃圾,程序在进行并发清除阶段用户线程所产生的新垃圾

    标记-清除暂时空间碎片

G1垃圾收集器

  • 是什么

    G1是一款面向服务端应用的垃圾收集器

  • 特点:

    G1 中每个 Region 都有一个与之对应的 Remembered Set,当进行内存回收时,在 GC 根节点的枚举范围中加入 Remembered Set 即可保证不对全堆扫描也不会有遗漏 检查Reference引用的对象是否处于不同的Region

  • G1 收集器的运作大致可划分为以下几个步骤

    初始标记(Initial Marking) --标记一下 GC Roots 能直接关联到的对象

    并发标记(Concurrent Marking)—从GC Root 开始对堆中对象进行可达性分析,找出存活的对象,这阶段耗时较长,但可与用户程序并发执行

    最终标记(Final Marking) —为了修正在并发标记期间因用户程序继续运作而导致标记产生变动的那一部分标记记录。虚拟机将这段时间对象变化记录在线程 Remembered Set Logs 里面,最终标记阶段需要把 Remembered Set Logs的数据合并到 Remembered Set 中筛选回收(Live Data Counting and Evacuation)

  • G1的优势有哪些

    空间整合:基于“标记一整理”算法实现为主和Region之间采用复制算法实现的垃圾收集

    可预测的停顿:这是 G1 相对于 CMS 的另一大优势,降低停顿时间是 G1 和 CMS 共同的关注点,但 G1 除了追求低停顿外,还能建立可预测的停顿时间模型

    在 G1 之前的其他收集器进行收集的范围都是整个新生代或者老年代,而 G1 不再是这样。使用 G1 收集器时,Java 堆的内存布局就与其他收集器有很大差别,它将整个 Java 雄划分为多个大小相等的独立区域(Region),虽然还保留有新生代和老年代的概念,但新生代和老年代不再是物理隔髙的了,它们都是一部分 Region(不需要连续)的集合。

    G1 收集器之所以能建立可预测的停顿时间模型,是因为它可以有计划地避免在整个 Java 堆中进行全区域的垃圾收集。G1 跟踪各个 Regions 里面的垃圾堆积的价值大小(回收所获得的空间大小以及回收所需时间的经验值),在后台维护一个优先列表,每次根据允许的收集时间,优先回收价值最大的 Region(这也就是 Garbage- Firsti 名称的来由)。这种使用 Region 划分内存空间以及有优先级的区域回收方式,保证了 G1 收集器在有限的时间内可以获取尽可能高

猜你喜欢

转载自blog.csdn.net/lin819747263/article/details/102692890