将 JVM 垃圾回收算法从 CMS 调整为 G1，同时优化部分 JVM 参 数，比如：线上内存从 6G 调整为 8G、regionSize 从 2M 增加 4M、MaxGCPauseMills 参数

以下是对这些参数调整的原因分析：

一、从 CMS 调整为 G1 的原因

可预测的停顿时间：
    G1 能建立可预测的停顿时间模型，这对于很多对响应时间有要求的应用非常重要。相比之下，CMS 虽然也致力于减少停顿时间，但在某些情况下可能会出现较长时间的停顿，尤其是在并发模式失败时。
更好的适应大内存和多核处理器：
    G1 在处理大内存应用时表现更出色。随着应用的发展，内存需求可能增加，G1 可以更好地管理大内存，避免内存碎片问题，同时有效地利用多核处理器进行垃圾回收工作。
收集过程更可控：
    G1 可以根据设定的停顿时间目标，自动调整垃圾回收的策略，在不同的阶段动态地选择回收的区域，使得垃圾回收过程更加可控。

二、线上内存从 6G 调整为 8G 的原因

满足业务增长需求：
    随着业务的发展，应用可能需要处理更多的数据和请求，增加内存可以提供更大的空间来存储对象，减少频繁的垃圾回收触发，提高系统的性能和稳定性。
适应 G1 的工作方式：
    G1 在较大内存下可以更好地发挥其优势，合理分配和管理内存区域。更多的内存可以让 G1 有更多的空间进行优化，减少回收的频率和压力。

三、regionSize 从 2M 增加到 4M 的原因

减少区域数量：
    增加 regionSize 可以减少堆内存中的区域数量。这在一定程度上降低了管理开销，因为 G1 需要跟踪和管理每个区域的状态。较少的区域数量可以减少内存占用和 CPU 时间用于区域管理。
适应对象大小分布：
    如果应用中存在较多较大对象，较大的 regionSize 可以更好地容纳这些对象，减少跨区域的复制和移动操作。这有助于提高垃圾回收的效率，特别是在处理大对象时，可以减少碎片化问题。

四、MaxGCPauseMillis 参数从 200ms 调整为 100ms 的原因

提高响应性：
    对于一些对响应时间要求非常高的应用，更短的最大停顿时间可以提供更好的用户体验。减少停顿时间可以使应用在垃圾回收期间仍然能够快速响应请求，特别是对于交互式应用和实时系统。
适应业务需求变化：
    可能随着业务的发展，对系统的响应时间要求更加严格。调整这个参数可以使垃圾回收器更加努力地满足更短的停顿时间要求，以适应新的业务需求。

需要注意的是，这些参数的调整需要根据具体的应用场景、负载情况和硬件资源进行测试和优化。不同的应用可能会有不同的最佳参数设置，因此在调整参数后，需要进行充分的性能测试和监控，以确保系统的稳定性和性能得到提升。