关于cms并行的信息
GC收集器有哪些?CMS收集器与G1收集器的特点。
G1收集器：面向服务端应用的垃圾收集器，具备并行与并发、分代收集、空间整合、可预测的停顿等特点。CMS收集器特点优点并发收集，低停顿：整个回收过程中，最耗时的并发标记和并发清除阶段收集器线程可与用户线程一起工作，总体上内存回收过程与用户线程并发执行。
收集器停顿时间与吞吐量 CMS（Concurrent Mark Sweep）停顿时间：低 吞吐量：中等偏高 特点：CMS 是一款以响应时间优先的垃圾回收器，通过并发标记和并发清除来减少 STW（Stop-the-World）时间。
CPU资源敏感：并发阶段占用部分线程资源，导致应用程序吞吐量下降。增量式并发收集器变种效果有限，不推荐使用。浮动垃圾问题：并发清理阶段用户线程继续运行，可能产生标记后新生成的垃圾（浮动垃圾），需等待下次GC清理，可能触发提前Full GC。
G1 是一种同时收集年轻代和老年代的垃圾回收器。与 CMS 不同，G1 将堆内存划分为一个个 Region，而不是物理隔离的年轻代和老年代。G1 垃圾回收过程分为以下五个主要阶段：初始标记：与 CMS 类似，此阶段会标记 GC Roots 可以直接连接的对象，并产生短暂的 STW 停顿。
CMS是什么,能做什么,怎么用呢
Content Management System （CMS） 是一种用于管理和发布网络内容的集成式 Web 管理系统。传统上，网站开发使用静态 HTML、CSS 和 JavaScript，但当需要维护一组页面时，静态内容的更新变得繁琐。
CMS是什么？内容管理系统（CMS），全称Content Management System，用于管理数字内容。不同项目对CMS的定位不同，可能涉及课程资源管理或网站页面、图片等静态资源管理。CMS能做什么？CMS系统提供存储内容的单一平台，通过内置或设计的工作流程，实现数字内容协作式管理和自动化流程。
CMS，即Content Management System的缩写，中文译为内容管理系统。它是一个用于创建、编辑、组织和发布数字内容的软件系统。不同的项目对CMS的定位可能有所不同，例如，在在线教育网站中，CMS可能被用于管理所有的课程资源；而在早期网站制作业务中，CMS更多地被用于创建网站，管理网站的页面、图片等静态资源。
CMS是一种一体化的Web管理系统，专为简化网络内容的创建、管理和更新而设计。它提供了一个可视化后台，使得编辑们能够轻松录入和管理文章，经过审核后直接发布。CMS能做什么：文章发布：CMS通常配备富文本编辑器，方便插入媒体资源如图片和视频，支持分类、排序、时间戳和标签等高级功能。
CMS是一种建站的程序，是网站内容管理系统的简称，使用CMS建站，你可以不用考虑程序的事情！你应该做的事情是，下载一套模板，或者自己设计模板，进行网站规划！若果做论坛的话，建议使用discuz，他的流行度很广，基本上的论坛都是采用的这个系统。
g1和cms对比
G1：相较 CMS，G1 的停顿更稳定，但最大停顿时间不一定更短，吞吐量略低于 CMS/Parallel。G1 的分区机制使其能够避免碎片，适合混合型业务。ZGC：几乎全并发，GC 不影响用户线程，支持 TB 级内存，但最大吞吐量略低。ZGC 的彩色指针和读屏障技术使其能够实现亚毫秒级别的 GC 停顿。
G1：相比之下，G1 垃圾收集器对 CPU 的要求相对较低。它能够在保证一定性能的同时，更加合理地利用 CPU 资源。内存段大小要求 G1：G1 垃圾收集器将内存划分成多个区域（Region），这要求对内段的大小有一定的要求。然而，由于 G1 的灵活性和高效性，这种要求通常是可以接受的。
在小内存应用中，CMS可能更适合，因为G1的算法相对复杂，可能在小内存环境中表现不佳。总结 G1和CMS都是高效的垃圾收集器，但各自具有不同的特点和适用场景。G1收集器通过并发执行、并行处理和可预测的停顿时间模型，提供了更好的性能和可控性，适合内存稍大、需要低延迟和高吞吐量的服务端应用。
初期停顿时间可能较长：相比CMS，G1的初始标记和最终标记阶段可能因Region扫描范围更大而耗时稍长（但通常仍优于传统收集器）。
G1收集器的内存结构完全区别于CMS，弱化了CMS原有的分代模型，将堆内存划分成一个个Region（1MB~32MB，默认2048个分区）。这样做的目的是在进行收集时不必在全堆范围内进行。G1收集器主要特点在于达到可控的停顿时间，用户可以指定收集操作在多长时间内完成。
CMS收集器和G1收集器优缺点
1、缺点：复杂度高，实现难度大：Region划分和动态回收策略增加了内存管理和算法实现的复杂性，可能引入额外开销。小对象分配效率可能降低：Region划分可能导致小对象频繁跨Region分配，影响内存局部性，但实际影响需结合具体场景评估。初期停顿时间可能较长：相比CMS，G1的初始标记和最终标记阶段可能因Region扫描范围更大而耗时稍长（但通常仍优于传统收集器）。
2、G1：相比之下，G1 垃圾收集器对 CPU 的要求相对较低。它能够在保证一定性能的同时，更加合理地利用 CPU 资源。内存段大小要求 G1：G1 垃圾收集器将内存划分成多个区域（Region），这要求对内段的大小有一定的要求。然而，由于 G1 的灵活性和高效性，这种要求通常是可以接受的。
3、G1：相较 CMS，G1 的停顿更稳定，但最大停顿时间不一定更短，吞吐量略低于 CMS/Parallel。G1 的分区机制使其能够避免碎片，适合混合型业务。ZGC：几乎全并发，GC 不影响用户线程，支持 TB 级内存，但最大吞吐量略低。ZGC 的彩色指针和读屏障技术使其能够实现亚毫秒级别的 GC 停顿。
4、缺点：对CPU资源非常敏感。在并发阶段虽然不会导致用户线程停顿，但会占用一部分CPU资源，CPU资源不足时应用会有明显卡顿。无法处理浮动垃圾。在执行“并发清理”步骤时，用户线程也会同时产生一部分可回收对象，但这部分对象只能在下次执行清理时才会被回收。
不同GC下ParallelGCThreads和ConcGCThreads的计算公式
ParallelGCThreads：默认值同样是CPU线程数，用于并行执行G1 GC中的某些阶段（如年轻代垃圾收集）。ConcGCThreads：计算公式为ParallelGCThreads / 4四舍五入。与CMS GC不同，G1 GC在并发阶段使用的线程数相对较少，这有助于减少GC对应用程序性能的影响。
-XX：ConcGCThreads和-XX：ParallelGCThreads：分别设置并发GC线程数和STW阶段的GC线程数。适当调整这两个参数，有助于优化垃圾回收性能，但需注意对应用吞吐量的影响。-XX：G1MixedGCLiveThresholdPercent：设定被纳入Cset的Region的存活空间占比阈值。
一般来说，给ZGC的内存越多越好，但是也不能浪费内存，所以要找到一个平衡。Concurrent GC Threads 通过-XX：ConcGCThread = 4进行设置。并发执行的GC线程数，如果没有设置，在JVM启动的时候会根据CPU的核数计算出一个合理的数量，默认是核数的15%，但是根据应用的特性，可以通过手动设置调整。
CMS,G1和ZGC
G1：相较 CMS，G1 的停顿更稳定，但最大停顿时间不一定更短，吞吐量略低于 CMS/Parallel。G1 的分区机制使其能够避免碎片，适合混合型业务。ZGC：几乎全并发，GC 不影响用户线程，支持 TB 级内存，但最大吞吐量略低。ZGC 的彩色指针和读屏障技术使其能够实现亚毫秒级别的 GC 停顿。
G1是一种整堆回收算法，采用分区管理、混合回收、标记复制与标记整理清除等策略，具有可预测的STW时长和高效率。ZGC是一种低延迟、高吞吐量的垃圾回收器，不分代、全量标记与部分回收相结合，停顿时间极短且几乎不受限于内存大小。
ParNew/Parallel Scavenge/Parallel Old：多线程并行收集，注重吞吐量。CMS：并发标记清除，减少停顿时间，但易产生碎片。G1：面向服务端，分Region管理，优先回收垃圾多的区域。ZGC：基于染色指针技术，实现低延迟（10ms）。G1收集器 两大阶段：并发标记（识别垃圾）和对象拷贝（整理存活对象）。
CMS GC旨在减少GC停顿时间，采用并发标记清除算法，特别适合对响应时间有严格要求的应用。 **G1垃圾回收器（Garbage-First GC）G1 GC将堆内存划分为多个区域，采用全局标记压缩算法，旨在提供高吞吐量和低停顿时间的综合性能。
CMS 和 G1 采用写屏障配合增量更新或原始快照来解决并发标记中的误标问题。ZGC 则采用读屏障来实现其垃圾回收策略。G1 选择SATB策略是因为其避免了深度扫描的开销。CMS 则因对象分布的特性选择了增量更新策略。
