Springboot 如何配置GC，CMS如何使用

一、Springboot 如何配置GC

Spring Boot本身不提供对GC的配置，但您可以通过JVM参数来配置GC。以下是一些常用的JVM GC参数：

-XX:+UseSerialGC：使用串行垃圾回收器
-XX:+UseParallelGC：使用并行垃圾回收器
-XX:+UseConcMarkSweepGC：使用CMS垃圾回收器
-XX:+UseG1GC：使用G1垃圾回收器

您还可以通过设置其他参数，如堆大小、新生代和老年代比例等来调整GC性能。建议根据应用程序的性质进行实验和调优以获取最佳结果。

二、CMS如何使用

CMS（Concurrent Mark Sweep）是Java虚拟机的一种垃圾回收器，它采用了并发清理和低停顿时间的方式，适合于处理大型Java应用程序的垃圾回收任务。要使用CMS，可以按照以下步骤操作：

1.在启动脚本中指定使用CMS垃圾回收器。例如，在Linux系统上，可以将如下参数添加到启动脚本中：

java -jar -XX:+UseConcMarkSweepGC your-application.jar

或者在应用程序的application.yml（或application.properties）文件中添加以下内容，强制使用CMS垃圾回收器,以JDK1.8为例：

server:
  port: 8080
  
spring:
  datasource:
    url: jdbc:mysql://localhost:3306/mydatabase
    username: myuser
    password: mypassword
    
  jpa:
    properties:
      hibernate:
        jdbc:
          batch_size: 20
        order_inserts: true
        order_updates: true
        jdbc.batch_versioned_data: true
        generate_statistics: false
        cache.use_second_level_cache: false
    database-platform: org.hibernate.dialect.MySQLDialect
  
  jmx:
    enabled: true
    
  main:
    banner-mode: off

# --------------JVM配置--------------------
jvm:
  args: -XX:+UseConcMarkSweepGC -Xms512m -Xmx1024m

注意：这些选项可能会因JDK版本和运行环境而有所不同。

2.调整CMS相关的参数。根据实际情况需要对一些CMS的参数做相应的调整，例如，通过-XX:CMSInitiatingOccupancyFraction参数来设置CMS在何时开始执行垃圾回收；通过-XX:+UseParNewGC参数来开启Young区的并行清除等。

3.监控和优化垃圾回收性能。使用Java虚拟机提供的垃圾回收监测工具（如jstat、jvisualvm等），对CMS的性能进行监测和分析，在发现性能问题时及时调整CMS参数或其他优化措施。

需要注意的是，CMS是一种复杂的垃圾回收器，虽然可以提供较低的停顿时间，但也存在较多的调整参数和优化技巧。如果没有相关的经验，请在测试环境中进行适当的测试和调整，以避免在生产环境中出现意外情况。

三、如何调整CMS相关参数

以下是一些调整CMS相关参数的方法：

1. -XX:ParallelCMSThreads：指定用于并发阶段的线程数量，默认值与CPU核心数量有关。
2. -XX:CMSInitiatingOccupancyFraction：触发老年代垃圾收集的占用比率。默认为68%，当老年代使用达到该比例时，将启动CMS垃圾收集器。
3. -XX:+UseCMSCompactAtFullCollection：使CMS在每次执行Full GC之前都进行一次内存碎片整理。
4. -XX:CMSFullGCsBeforeCompaction：每隔多少次Full GC后进行一次内存碎片整理，默认值为0，表示每次Full GC都会进行内存碎片整理。

您可以在JVM启动参数中使用这些选项来调整CMS的配置。同时需要注意，不同类型的应用程序可能需要不同的CMS调整参数，请根据具体情况进行调整。

四、不同类型的应用程序的最佳CMS参数区间

不同类型的应用程序需要不同的CMS调整参数，一般需要根据实际情况进行优化。以下是对几种通用类型的应用程序的建议：

1. Web 应用程序：对于多线程、高并发的Web应用程序，可以增加一个 CMS 线程来提高垃圾回收的效率。同时，通过适当调整 -XX:CMSInitiatingOccupancyFraction 和 -XX:+UseCMSCompactAtFullCollection 参数的值，可以减少或避免 Full GC导致的暂停时间，并尽量保持响应性能。
2. 后台处理程序：对于长时间运行的后台处理程序，应该将堆大小设置得足够大，减少 Full GC 的次数，可以适当增加 CMS 线程数量或增加 -XX:ParallelGCThreads 参数的值来优化 CMS 的性能，减少垃圾回收时的停顿时间，提高执行效率。
3. 数据库等事务型应用程序：对于要求低延迟、高度可靠的事务型应用程序，建议使用G1 GC代替 CMS；如果使用 CMS 进行垃圾回收，则应尽可能最小化 STW 停顿时间，在应用程序和垃圾回收交织的过程中获得最好的垃圾回收效率和性能表现。

需要注意的是，以上只是一些常见类型应用程序的通用建议，实际应用中最佳CMS参数范围仍然取决于具体需求和工作负载。为了选出最适合您的应用程序的 CMS 参数组合，您可以进行一系列测试，并分析监测数据来做出最优的决策。

另外，以下是一些通用的优化技巧：

1. 主要关注暂停时间：CMS垃圾收集器的主要目标是减少垃圾回收带来的暂停时间。因此，在调整参数时，应该优先考虑最小化总暂停时间、缩短单次暂停时间，以及避免过长的停顿时间。
2. 增加堆空间：增加堆空间大小可以减少Full GC次数，并让CMS更容易找到足够大的对象进行并发收集。不过，过大的堆空间也会导致更长的垃圾回收暂停时间，因此应在实际情况中谨慎增加。
3. 监控性能指标：通过监控GC相关的性能指标，例如GC频率、GC停顿时间、对象晋升率等，可以及时发现问题并及时调整CMS参数或其他优化措施。
4. 避免频繁Full GC：Full GC会导致较长的停顿时间，因此尽量避免频繁执行Full GC。可以通过CMS垃圾收集器的 -XX:CMSInitiatingOccupancyFraction 参数来控制在什么时候启动CMS垃圾收集器，从而尽可能地避免触发Full GC。

总之，在调整CMS相关参数时，需要根据应用程序和用户需求来权衡不同的优化目标。同时，为了获得最佳性能和稳定性，应该在测试和分析的基础上进行逐步优化，以达到最符合要求的参数配置。