怎么查看服务器默认的垃圾收集器:
E:ideaProjectssuanfa>java -XX:+PrintCommandLineFlags -version
-XX:InitialHeapSize=132345856 -XX:MaxHeapSize=2117533696 -XX:+PrintCommandLineFlags -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
java version "1.7.0_75"
Java(TM) SE Runtime Environment (build 1.7.0_75-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.75-b04, mixed mode)
-XX:+UseParallelGC 查看结果是 默认并行垃圾回收器
-XX:+UseSerialGC 配置使用串行垃圾回收器
JVM 默认的垃圾收集器参数有哪些：
UseSerialOldGC【已经不用了】- UseSerialGC
- UseParallelGC
- UseConcMarkSweepGC
- UseParNewGC
- UsePapallelOldGC
- UseG1GC
上图中的young区的垃圾回收器 和 old区的垃圾回收器连线 表示，young区垃圾回收器和old区垃圾回收器的默认组合
一些单词：
- DefNew - - - Default New Generation
- Tenured - - - Old
- ParNew - - - Parallel New Generation
- PSYoungGen - - - Parallel Scavenge
- ParOldGen - - - Parallel Old Generation
JVM server / client 模式是什么意思？
- 32为windows，默认都是用Client的JVM模式；32位其他操作系统，2G内存同时有2个CPU以上用server模式，低于该配置还是用client模式
- 64位 只有server模式
C:Userswangteng>java -version
java version "1.8.0_181"
Java(TM) SE Runtime Environment (build 1.8.0_181-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.181-b13, mixed mode)
垃圾回收器
一、新生代：
串行GC（Serial / Serial Copying）：
最古老、最稳定、效率高，没有线程交互的开销可以获得最高的单线程垃圾收集效率，是JVM在client模式下默认的新生代垃圾收集器
-XX:+UseSerialGC
Heap
def new generation total 39424K, used 1402K [0x0000000081c00000, 0x00000000846c0000, 0x00000000abd50000)
eden space 35072K, 4% used [0x0000000081c00000, 0x0000000081d5ebb8, 0x0000000083e40000)
from space 4352K, 0% used [0x0000000083e40000, 0x0000000083e40000, 0x0000000084280000)
to space 4352K, 0% used [0x0000000084280000, 0x0000000084280000, 0x00000000846c0000)
tenured generation total 87424K, used 1370K [0x00000000abd50000, 0x00000000b12b0000, 0x0000000100000000)
the space 87424K, 1% used [0x00000000abd50000, 0x00000000abea6bb8, 0x00000000abea6c00, 0x00000000b12b0000)
Metaspace used 5304K, capacity 5440K, committed 5632K, reserved 1056768K
class space used 613K, capacity 659K, committed 768K, reserved 1048576K
并行GC（ParNew）
最常见的应用场景是配合老年代的CMS GC工作（见上图的parNew和CMS连线），是很多server模式下新生代的默认垃圾收集器
使用JVM参数：-XX:+UseParNewGC 启用，只影响新生代的收集，不影响老年代
开启上述参数后，会使用ParNew（young） + Serial Old 的收集器组合，新生代使用复制算法，老年代采用标记-整理算法
运行程序JVM会提示ParNew（young） + Serial Old将不再推荐使用
-XX:ParallelGCThreads 限制线程数量，默认开启和CPU数目相同的线程数
Heap
par new generation total 3072K, used 371K [0x00000000ff600000, 0x00000000ff950000, 0x00000000ff950000)
eden space 2752K, 13% used [0x00000000ff600000, 0x00000000ff65cd10, 0x00000000ff8b0000)
from space 320K, 0% used [0x00000000ff900000, 0x00000000ff900000, 0x00000000ff950000)
to space 320K, 0% used [0x00000000ff8b0000, 0x00000000ff8b0000, 0x00000000ff900000)
tenured generation total 6848K, used 1153K [0x00000000ff950000, 0x0000000100000000, 0x0000000100000000)
the space 6848K, 16% used [0x00000000ff950000, 0x00000000ffa70758, 0x00000000ffa70800, 0x0000000100000000)
Metaspace used 5278K, capacity 5434K, committed 5632K, reserved 1056768K
class space used 611K, capacity 658K, committed 768K, reserved 1048576K
Java HotSpot(TM) 64-Bit Server VM warning: Using the ParNew young collector with the Serial old collector is deprecated and will likely be removed in a future release
并行回收GC（Parallel / Parallel Scavenge【清除】）
类似ParNew，也是一个新生代垃圾收集器，使用复制算法，并行多线程，俗称吞吐量优先收集器
并行收集器组合 Parallel Scavenge + Parallel Old
他关注的重点是：
可控制的吞吐量：=运行时间 / (运行时间+垃圾收集时间)，高吞吐量意味着CPU高利用率，多用于在后台运算不需要太多交互的任务
自适应调节策略：这也是她和ParNew收集器的一个重要区别：虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间（-XX:MaxGCPauseMillis）或最大的吞吐量
激活参数：-XX:+UseParallelGC 或 -XX:+UseParallelOldGC（可互相激活）
Heap
PSYoungGen total 2048K, used 364K [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000)
eden space 1024K, 35% used [0x00000000ffd00000,0x00000000ffd5b030,0x00000000ffe00000)
from space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
to space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)
ParOldGen total 7168K, used 916K [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000)
object space 7168K, 12% used [0x00000000ff600000,0x00000000ff6e5038,0x00000000ffd00000)
Metaspace used 5274K, capacity 5430K, committed 5632K, reserved 1056768K
class space used 611K, capacity 658K, committed 768K, reserved 1048576
二、老年代:
串行GC（Serial Old / Serial MSC）：
是Serial收集器的老年代版本，单线程，标记整理算法。是Client模式下老年代的默认垃圾收集器
作用：1.5之前和Parllel Scavenge 收集器搭配使用；作为老年代CMS收集器的后备垃圾收集方案
并行GC（Parallel Old / Parallel MSC）：
是Parallel Scavenge的老年代版本，使用多线程的标记-整理算法
在1.6之前，新生代使用Parallel Scavenge只能搭配老年代的Serial Old收集器，只能保证新生代的吞吐量优先，无法保证整体的吞吐量
Parallel Old正是为了老年代同样提供吞吐量优先的垃圾收集器，如果系统对吞吐量要求比较高，1.8之后可以优先考虑新生代Parallel Scavenge+ Parallel Old老年代的搭配策略
启用参数：-XX:+UseParallelOldGC 启用后也会激活新生代 Parallel Scavenge
并发标记清除GC（CMS）：
是一种以获取最短回收停顿时间为目标的收集器，适合堆内存大、CPU核数多的服务器端应用，也是G1出现之前大型应用的首选收集器
并发收集低停顿，和用户线程一起执行
开启参数：-XX:UseConcMarkSweepGC，开启该参数后会自动将-XX:UseParNewGC激活，使用ParNew（young区） + CMS（old区） + Serial Old 的收集器组合（上面图上的连线也连到了这三个），Serial Old将作为CMS出错的后备收集器
CMS GC步骤：
- 初始标记：标记一下GC Roots能直接关联的对象，速度很快，仍然需要暂停所有的工作线程
- 并发标记：进行GC Roots跟踪的过程，和用户线程一起，不需要暂停工作线程标记全部对象
- 重新标记：为了修正在并发标记期间，因用户程序继续运行而导致标记产生变动的那一部分对象的记录，需要在那挺所有的工作线程
由于并发标记期间，用户线程依然运行，因此正式清理前，再做修正 - 并发清除：清除GC Roots不可达对象，和用户线程一起工作，不需要暂停线程，基于标记结果，直接清理对象
耗时最长的并发标记和并发清除过程中，垃圾收集线程可以和用户线程一起工作
优点：并发收集 低停顿
缺点：并发执行，对CPU压力大；采用标记清除算法会导致大量碎片。
标记清除算法无法整理空间碎片，老年代会随着应用时长被逐步耗尽，最后几那个不得不通过担保机制对堆内存进行压缩。CMS也提供了参数-XX:+CMSFullGCsBeforeCompaction（默认0，即每次都进行内存整理）来指定多少次CMS收集之后，进行一次压缩的Full GC
如何选择垃圾收集器
- 单CPU或小内存，单机程序：-XX:+UseSerialGC
- 多CPU，需要大吞吐量，如后台计算应用：-XX:+ParallelGC 或 -XX:+ParallelOldGC
- 多CPU，追求低停顿时间，需要快速响应，如互联网应用： -XX:+UseConcMarkSweepGC
总结
| 参数 | 新生代垃圾收集器 | 新生代算法 | 老年代垃圾收集器 | 老年代算法 |
|---|---|---|---|---|
| -XX:+UseSerialGC | SerialGC | 复制 | SerialOldGC | 标整 |
| -XX:+UseParNewGC | ParNewGC | 复制 | SerialOldGC | 标整 |
| -XX:+UseParallelGC | Parallel[Scavenge] GC | 复制 | ParallelOldGC | 标整 |
| -XX:+UseConcMarkSweepGC | ParNewGC | 复制 | CMS + Serial Old GC | 标清 |
| -XX:+UseG1GC | G1整体上采用标记整理算法 局部是通过复制算法，不会产生碎片 |
收集器的JVM参数
//************* Serial收集器 ********************/
-XX:+UseSerialGC Serial收集器
//************* ParNew收集器 ********************/
-XX:+UseParNewGC ParNew收集器
-XX:ParallelGCThreads 限制回收线程数量
//************* Parallel Scavenge收集器 ********************/
-XX:+UseParallelGC 使用Parallel Scavenge收集器
-XX:MaxGCPauseMillis 最大垃圾收集停顿时间
-XX:GCTimeRatio 控制吞吐量大小
-XX:survivoRatio 设置Eden区和s1，s0区的比例默认是8:1
-XX:PretenureSizeThreshould 设置晋升老年代对象的大小
-XX:+UseAdaptiveSizePolicy 是否自动分配老年代大小和新生代中的Eden和s0的比例
//************* Parallel Old收集器 ********************/
-XX:+UseParallelOldGC 使用Parallel Old收集器
//************* CMS收集器 ********************/
-XX:+UseConcMarkSweepGC 使用CMS收集器
-XX:+ UseCMSCompactAtFullCollection Full GC后，进行一次碎片整理；整理过程是独占的，会引起停顿时间变长
-XX:+CMSFullGCsBeforeCompaction 设置进行几次Full GC后，进行一次碎片整理
-XX:ParallelCMSThreads 设定CMS的线程数量（一般情况约等于可用CPU数量）
//************* G1收集器 ********************/
-XX:+UnlockExperimentalVMOptions
-XX:+UseG1GC 开启
-XX:MaxGCPauseMillis 暂停时间目标
-XX:GCPauseIntervalMillis 暂停间隔目标；
-XX:+G1YoungGenSize 年轻代大小
-XX:SurvivorRatio=6 幸存区比例