Serial收集器内容精讲

简介：serial垃圾收集器讲解

Serial垃圾回收器

• hashMap list，hashcode

• 是什么？

  • 收集算法是内存收到的方法论，垃圾回收器是内存回收的具体实现。
  • Serial是一个单线程的垃圾收集器

• serial垃圾收集器的特点

  • “Stop The World”，它进行垃圾收集时，必须暂停其他所有的工作线程，直到它收集结束。在用户不可见的情况下把用户正常工作的线程全部停掉
  • 使用场景：多用于桌面应用，Client端的垃圾回收器
  • 桌面应用内存小，进行垃圾回收的时间比较短，只要不频繁发生停顿就可以接受

ParNew收集器内容精讲

简介：parnew垃圾收集器图解分析特点

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垃圾回收器（CMS收集老生代，ParNew收集新生代）

  • 并行（Parallel）：指多条垃圾收集线程并行工作，但此时用户线程仍然处于等待状态。

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

Parallel Scavenge收集器

简介：Parallel Scavenge收集器讲解

• 是什么？

  • Parallel Scavenge 收集器是一个新生代收集器，它也是使用复制算法的收集器，又是并行的多线程收集器
  • 由于与吞吐量关系密切，Parallel Scavenge 收集器也经常称为“吞吐量优先”收集器
  • 吞吐量是什么？CPU用于运行用户代码的时间与CPU总时间的比值，99%时间执行用户线程，1%时间回收垃圾 ，这时候吞吐量就是99%

• 特点：

  • Parallel Scavenge 收集器的特点是它的关注点与其他收集器不同，CMS 等收集器的关注点是尽可能地缩短垃圾收集时用户线程的停顿时间，而 Parallel Scavenge 收集器的目标则是达到个可控制的吞吐（Throughput）。所谓吞吐量就是 CPU 用于运行用户代码的时间与 CPU 总消耗时间的比值，即吞吐量=运行用户代码时间/（运行用户代码时间+垃圾收集时间），虚拟机总共运行了 100 分钟，其中垃圾收集花掉 1 分钟，那吞吐量就是 99% 停顿时间越短就越适合需要与用户交互的程序，良好的响应速度能提升用户体验，而高吞吐量则可以高效率地利用 CPU 时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务。

  • 虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或者最大的吞吐量，这种调节方式称为 GC自适应调节策略

  • -XX:MaxGCPauseMillis参数GC停顿时间，500MB ——>300MB,这个参数配置太小的话会发生频繁GC

  • -XX:GCTimeRatio参数，99%

• Serial old收集器，它是一个单线程收集器，使用"标记--整理"算法

• Parallel old收集器，Parallel Scavenge收集器的老年代版本，使用多线程+标记整理算法

你不得不懂的CMS收集器

简介：标记整理算法讲解以及分代收集算法讲解

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垃圾回收

• 是什么

  • 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 收集器在有限的时间内可以获取尽可能高