垃圾回收器选项设置

短命女 2022-09-10 05:26 117阅读 0赞

# 一 垃圾回收器设置 #

# Serial回收器
    -XX:+UseSerialGC 年轻代使用Serial GC， 老年代使用Serial Old GC
    
    # ParNew回收器
    -XX:+UseParNewGC 年轻代使用 ParNew GC,不影响老年代。
    -XX:ParallelGCThreads=N 设置年轻代并行收集器的线程数，默认开启和 CPU 数量相同的线程数。
    
    # Parallel回收器，JDK 8 默认的垃圾回收器
    -XX:+UseParallelGC 年轻代使用 Parallel Scavenge GC，互相激活
    -XX:+UseParallelOldGC 老年代使用 Parallel Old GC，互相激活
    -XX:ParallelGCThreads 设置年轻代并行收集器的线程数。一般地，最好与 CPU 数量相等，以避免过多的线程数影响垃圾收集性能。
    -XX:MaxGCPauseMillis 设置垃圾收集器最大停顿时间（即 STW 的时间），单位是毫秒。
        为了尽可能地把停顿时间控制在 MaxGCPauseMills 以内，收集器在工作时会调整 Java 堆大小或者其他一些参数。
        对于用户来讲，停顿时间越短体验越好；但是服务器端注重高并发，整体的吞吐量。所以服务器端适合 Parallel 进行控制。
        该参数使用需谨慎。
    -XX:GCTimeRatio=N 垃圾收集时间占总时间的比例（1 / (N＋1)），用于衡量吞吐量的大小
        取值范围（0,100），默认值99，也就是垃圾回收时间不超过1％。
        与前一个-XX：MaxGCPauseMillis 参数有一定矛盾性。暂停时间越长，Ratio 参数就容易超过设定的比例。
    -XX:+UseAdaptiveSizePolicy 设置 Parallel Scavenge 收集器具有自适应调节策略。
        在这种模式下，年轻代的大小、Eden 和 Survivor 的比例、晋升老年代的对象年龄等参数会被自动调整，以达到在堆大小、吞吐量和停顿时间之间的平衡点。
        在手动调优比较困难的场合，可以直接使用这种自适应的方式，仅指定虚拟机的最大堆、目标的吞吐量（GCTimeRatio）和停顿时间（MaxGCPauseMills），让虚拟机自己完成调优工作。
    
    # CMS回收器
    -XX:+UseConcMarkSweepGC 老年代使用 CMS GC。
        开启该参数后会自动将 -XX:+UseParNewGC 打开。即：ParNew（Young区）+ CMS（Old区）+ Serial Old 的组合
    -XX:CMSInitiatingOccupanyFraction 设置堆内存使用率的阈值，一旦达到该阈值，便开始进行回收。
        JDK5 及以前版本的默认值为68，即当老年代的空间使用率达到68%，会执行一次 CMS，JDK6 及以上版本默认值为 92％。
        如果内存增长缓慢，则可以设置一个稍大的值，大的阈值可以有效降低 CMS 的触发频率，减少老年代回收的次数可以较为明显地改善应用程序性能。
        反之，如果应用程序内存使用率增长很快，则应该降低这个阈值，以避免频繁触发老年代串行收集器。
        因此通过该选项便可以有效降低 Fu1l GC 的执行次数。
    -XX:+UseCMSCompactAtFullCollection 用于指定在执行完 Full GC 后对内存空间进行压缩整理,以此避免内存碎片的产生。不过由于内存压缩整理过程无法并发执行，所带来的问题就是停顿时间变得更长了。
    -XX:CMSFullGCsBeforeCompaction 设置在执行多少次 Full GC 后对内存空间进行压缩整理。
    -XX:ParallelCMSThreads 设置 CMS 的线程数量。
        CMS 默认启动的线程数是(ParallelGCThreads＋3)/4，ParallelGCThreads 是年轻代并行收集器的线程数。
        当 CPU 资源比较紧张时，受到 CMS 收集器线程的影响，应用程序的性能在垃圾回收阶段可能会非常糟糕。
    -XX:ConcGCThreads 设置并发垃圾收集的线程数，默认该值是基于 ParallelGCThreads计 算出来的
    -XX:+UseCMSInitiatingOccupancyOnly 是否动态可调，使 CMS 一直按 CMSInitiatingOccupancyFraction 设定的值启动
    -XX:+CMSScavengeBeforeRemark 强制 hotspot 在cms remark 阶段之前做一次 minor gc，用于提高 remark 阶段的速度
    -XX:+CMSClassUnloadingEnable 如果有的话，启用回收 Perm 区（JDK8之前）
    -XX:+CMSParallelInitialEnabled 用于开启CMS initial-mark 阶段采用多线程的方式进行标记,用于提高标记速度，在 Java8 开始已经默认开启
    -XX:+CMSParallelRemarkEnabled 用户开启 CMS remark 阶段采用多线程的方式进行重新标记，默认开启
    -XX:+ExplicitGCInvokesConcurrent
    -XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses
        这两个参数用户指定 hotspot 虚拟在执行 System.gc() 时使用 CMS 周期
    -XX:+CMSPrecleaningEnabled 指定 CMS 是否需要进行 Pre cleaning 阶段
    
    # G1回收器
    -XX:+UseG1GC 手动指定使用 G1 收集器执行内存回收任务。
    -XX:G1HeapRegionSize 设置每个 Region 的大小。
        值是2的幂，范围是 1MB 到 32MB 之间，目标是根据最小的 Java 堆大小划分出约 2048 个区域。默认是堆内存的1/2000。
    -XX:MaxGCPauseMillis 设置期望达到的最大 GC 停顿时间指标（JVM会尽力实现，但不保证达到）。默认值是200ms
    -XX:ParallelGCThread 设置 STW 时 GC 线程数的值。最多设置为8
    -XX:ConcGCThreads 设置并发标记的线程数。将 n 设置为并行垃圾回收线程数（ParallelGCThreads）的1/4左右。
    -XX:InitiatingHeapOccupancyPercent 设置触发并发 GC 周期的 Java 堆占用率阈值。超过此值，就触发 GC 。默认值是45。
    -XX:G1NewSizePercent 新生代占用整个堆内存的最小百分比（默认5％）
    -XX:G1MaxNewSizePercent 新生代占用整个堆内存的最大百分比（默认60％）
    -XX:G1ReservePercent=10 保留内存区域，防止 to space（Survivor中的to区）溢出

# 二 公式 #

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAY2hlbmdxaXVtaW5n_size_18_color_FFFFFF_t_70_g_se_x_16][]

# 三 怎么选择垃圾回收器 #

*  优先让 JVM 自适应，调整堆的大小
 *  串行收集器：内存小于 100M；单核、单机程序，并且没有停顿时间的要求
 *  并行收集器：多 CPU、高吞吐量、允许停顿时间超过 1 秒
 *  并发收集器：多 CPU、追求低停顿时间、快速响应（比如延迟不能超过 1 秒，如互联网应用）
 *  官方推荐 G1，性能高。现在互联网的项目，基本都是使用 G1

# 四 特别说明 #

*  没有最好的收集器，更没有万能的收集器
 *  调优永远是针对特定场景、特定需求，不存在一劳永逸的收集器

[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBAY2hlbmdxaXVtaW5n_size_18_color_FFFFFF_t_70_g_se_x_16]: /images/20220829/f493fcd4122a49b8b6d89df8d632ea06.png