JVM GC回收器
共 2312字，需浏览 5分钟
· 2020-08-21
阅读文本大概需要3分钟。
0x01: 串行回收器
概念
单线程进行垃圾回收的回收器（单线程、独占性）
分类
新生代串行回收器
老年代串行回收器
标记压缩算法
命令
-XX:+UseSerialGC ：新生代老年代都使用串行回收器
-XX:+UseParNewGC ：新生代使用ParNew回收器，老年代使用串行回收器
-XX:+UseParallelGC ：新生代使用ParallelGC回收器，老年代使用串行回收器
0x02: 并行回收器
概念
多线程进行垃圾回收的回收器
分类
(1)新生代 ParNew 回收器
只是简单的将串行回收器多线程化
-XX:+UseParNewGC ：新生代使用 ParNew 并行回收器，老年代串行回收器
-XX:+UseConcMarkSweepGC ：新生代使用ParNew 并行回收器，老年代使用 CMS
-XX:ParallelGCThreads ：设置多线程数量，最好与 CPU 个数保持一致(CPU < 8 )，或者 3 + ((5*cpu_count)/8)
(2)新生代ParallelGC 回收器
和 ParNew 回收器差不多，不过更关注吞吐量
-XX:+UseParallelGC ：新生代使用 ParallelGC 回收器，老年代使用串行回收器
-XX:+UseParallelOldGC：新生代使用 ParallelGC 回收器，老年代使用 ParallelOldGC 回收器
-XX:MaxGcPauseMillis ：设置最大的垃圾收集停顿时间（大于 0 的整数）
-XX:GCTimeRatio ：设置吞吐量（0~100 整数，假如 GCTimeRatio的值为n，系统将花费不超过1/(1+n)的时间用于垃圾回收，默认值是 19）
-XX:+UseAdaptiveSizePolicy ：打开自适应 GC 策略
(3)老年代 ParallelOldGC 回收器
使用标记压缩算法，用于老年代
0x03: CMS 回收器
概念
Concurrent Mark Sweep 并发标记清除（多线程并且用的标记清除算法），会造成大量的内存碎片，离散的可用空间无法分配较大的对象
流程
参数
-XX:-CMSPrecleaningEnabled : 不进行预清理
-XX:+UseConcMarkSweepGC : 启动 CMS 回收器，默认线程数(ParallelGCThreads + 3) /4
-XX:ConcGCThreads -XX:ParallelCMSThreads : 设置并发线程数（并发是收集器和应用程序交替执行，并行是应用程序停止，多个线程一起执行 GC，并行回收器不是并发的是并行的）
-XX:CMSInitiatingOccupancyFraction : 回收阈值，默认 68（老年代空间利用率达到 68%时，执行一次 CMS 回收，如果 CMS 回收失败，则虚拟机将启动老年代串行回收器，导致应用程序中断）
如果内存增长缓慢，则增大此值，减少老年代回收次数；如果内存增长过快，则降低此值，避免触发老年代串行回收器
-XX:+UseCMSCompactAtFullCollection : CMS 垃圾回收后进行一次碎片整理（单线程）
-XX:+CMSFullGCsBeforeCompaction : 进行多少次 CMS 后，进行一次内存压缩
-XX:+CMSClassUnloadingEnabled : 让 CMS 可以回收 Perm 区
0x04: G1 回收器
概念
Garbage-First 回收器，jdk1.7引入，采用分代+分区算法，用于替代CMS
特点
并行性
多个 GC 线程同时工作
并发性
与应用程序交替执行，不会阻塞应用程序
分代 GC
同时工作在年轻代和老年代
空间整理
区别于 CMS 的简单标记清除，若干次后才碎片整理，G1 每次回收都复制对象，减少空间碎片
可预见性
G1 采用分区，缩小回收范围，更好控制停顿时间
流程
G1 新生代 GC
新生代 GC 只回收 E 区和 S 区，一旦 E 区占满，就会立刻 GC，回收后所有的 E 区被清空，S 区只留一个，O 区增多（E,S 区对象晋升到老年代）
G1并发标记
G1 参数
-XX:MaxGCPauseMillis : 设置目标最大停顿时间
-XX:ParallelGCThreads : 并行回收时，GC 工作数量
XX:InitiatingHeapOccupancyPercent : 堆使用率达到多少，触发并发标记周期执行（默认 45）
source：http://mousycoder.com/
☆
往期精彩
☆
02 Nacos源码编译
关注我
每天进步一点点