- HotSpot虚拟机中的垃圾收集器
- GC评价标准
- GC调优
- 响应时间
- 吞吐量
- 1.新生代收集器
- Serial收集器
- ParNew收集器
- Parallel Scavenge收集器
- 2.老年代收集器
- Serial Old收集器
- Parallel Old收集器
- CMS收集器（Concurrent Mark Sweep）
HotSpot虚拟机中的垃圾收集器
7种作用于不同分代的收集器，如果两个收集器之间存在连线，就说明它们可以搭配使用。
GC实现目标: 准确、高效、低停顿、空闲内存规整.
GC评价标准
在评估一个GC时，有几个方面需要关注。
- GC的停顿时间: 大部分GC执行时需要将应用程序停止以便内存保持一个一致的状态来进行回收，这会对应用程序的执行性能造成影响。
- GC的吞吐量: 在不面向用户的应用程序中，可能并不关注停顿时间，而是关注总体的执行效率，这时GC的吞吐量可以理解为回收一定内存所需的时间。
GC调优
java应用调优一般关注两个指标：响应时间和吞吐量。
响应时间
响应时间指的是应用对请求的响应时间，如：
- 一个桌面应用对时间的响应时间
- 网站返回一个页面的时间
- 数据库查询结果返回时间
对于专注于最小响应时间的应用，长时间停顿是无法接受的。
吞吐量
吞吐量专注于应用在一段时间的的最大工作量。如：
- 给定时间内完成的事物数
- 每小时批处理程序能够完成的任务
- 每小时数据库可以完成的查询操作数
较长停顿时间在此情况下是可以接受的。比起低响应时间，吞吐量优先应用更看重一段时间内的表现。
1.新生代收集器
Serial收集器
|
|
工作区域
|
单线程/多线程
|
垃圾收集算法
|
|
|---|---|---|---|---|
|
Serial收集器 （Stop the World） |
新生代 | 单线程 | 复制算法 |
Client模式下的默认新生代收集器。 进行垃圾收集时，必须Stop the world，直到它收集结束。 -XX:+UseSerialGC |
ParNew收集器
|
|
工作区域
|
单线程/多线程
|
垃圾收集算法
|
|
|---|---|---|---|---|
|
ParNew收集器 (Serial收集器的多线程版本) （Stop the World） |
新生代 | 多线程 | 复制算法 | Server模式下的默认新生代收集器 |
Parallel Scavenge收集器
|
|
工作区域
|
单线程/多线程
|
垃圾收集算法
|
|
|---|---|---|---|---|
|
Parallel Scavenge收集器 （Stop the World） |
新生代 | 多线程 | 复制算法 |
吞吐量优先收集器 目标：控制吞吐量 吞吐量=运行用户代码时间/(运行用户代码时间+垃圾收集时间) 吞吐量越高说明CPU时间利用率越高。 JVM参数： -XX:MaxGCPauseMillis 控制最大垃圾收集时间 -XX:GCTimeRatio 控制吞吐量大小 -XX:+UseParallelGC -XX:+UseParallelOldGC |
2.老年代收集器
Serial Old收集器
|
|
作用区域
|
单线程/多线程
|
垃圾收集算法
|
|
|---|---|---|---|---|
|
Serial Old收集器 （Stop the World） |
老年代 | 单线程 | 标记整理算法 | 这个收集器的主要意义也是在于给Client模式下的虚拟机使用。
如果在Server模式下，主要两大用途： （1）在JDK1.5以及之前的版本中与Parallel Scavenge收集器搭配使用 （2）作为CMS收集器的后备预案，在并发收集发生Concurrent Mode Failure时使用 |
Parallel Old收集器
|
|
作用区域
|
单线程/多线程
|
垃圾收集算法
|
|
|---|---|---|---|---|
|
Parallel Old收集器 （Stop the World） |
老年代 | 多线程 | 标记整理算法 |
Parallel Old 是Parallel Scavenge收集器的老年代版本。这个收集器在1.6中才开始提供。 在JDK1.5以及之前的版本中，Parallel Scavenge+Serial Old（单线程），无法充分利用多CPU的处理能力。1.6之后，终于有了名副其实的“吞吐量优先“收集器组合：Parallel Scavenge + Parallel Old。 |
CMS收集器（Concurrent Mark Sweep）
|
|
作用区域
|
单线程/多线程
|
垃圾收集器算法
|
|
|---|---|---|---|---|
| CMS收集器 | 老年代 | 多线程 | 标记-清除算法 |
目标：最短回收停顿时间 优点：并发收集，低停顿 缺点： 1）CPU资源敏感。 在并发阶段，虽然不会导致用于线程停顿。但会因为占用了一部分CPU资源，导致用户应用程序变慢，吞吐量降低。 2）无法处理浮动垃圾 并发清理阶段，用户线程仍旧在运行并产生垃圾，这些产生的垃圾此次收集无法清理。 因此，需要预留一部分内存用于并发清理时用户程序使用。 解决方法： 当预留的内存不够时，将发生Concurrent Mode Failure，JVM启动后备预案，临时启用Serial Old进行老年代垃圾收集 -XX:CMSInitiatingOccupancyFraction 3）内存碎片问题 解决方法： -XX:CMSFullGCsBeforeCompaction 设置执行多少次不带压缩的Full GC后，运行一次带压缩的 (默认为0，表示每次Full GC都进行碎片整理) |
CMS在老年代的整个过程分为4个步骤：
|
|
阶段
|
描述
|
|---|---|---|
| 1 |
初始标记 （Stop the World） |
仅仅标记GC Roots能直接关联到的对象，速度很快 |
| 2 |
重新标记 （Stop the World） |
修正并发标记阶段因用户程序继续运行而导致标记发生变动的那一部分标记记录。此阶段比初始标记阶段稍长，但远比并发标记阶段的时间短。 |
| 3 | 并发标记 | 对GC Roots非直接关联到的对象进行标记，在此阶段，并发标记线程与用户线程并发执行，标记可能发生变动 |
| 4 | 并发清除 |