Java虚拟机提供了多种垃圾收集器，每种收集器都有其优缺点，适用于不同类型的应用场景。其中，CMS（Concurrent Mark-Sweep）和G1（Garbage-First）是两个比较重要的垃圾收集器。
CMS（Concurrent Mark-Sweep）收集器：
优点：
- 并发收集： CMS是一款以获取最短回收停顿时间为目标的收集器，主要通过并发标记和并发清除的方式，减少垃圾回收时的停顿时间。
- 适用于中小型应用： CMS适用于对停顿时间敏感的中小型应用，对于大型应用，因为CMS在并发阶段需要占用一部分线程，可能导致并发收集阶段的吞吐量较低。
缺点：
- 碎片问题： CMS使用“标记-清除”算法，可能导致内存碎片的问题，进而影响程序运行。
- 并发阶段会影响吞吐量： 在CMS的并发标记阶段，会占用一部分线程进行标记工作，这可能导致并发阶段的吞吐量较低。
- 老年代内存不足时会触发Full GC： 在并发标记和清除的过程中，如果老年代内存不足，可能会触发Full GC，造成较大的停顿时间。
G1（Garbage-First）收集器：
优点：
- 更可控的停顿时间： G1的设计目标是更可控的停顿时间，通过将整个堆划分为多个区域，可以有选择性地进行垃圾回收，从而实现更可控的停顿时间。
- 避免碎片问题： G1使用“标记-整理”算法，能够避免CMS的碎片问题，提供更好的内存利用率。
- 适用于大堆： G1适用于较大堆的应用，相比CMS，G1更适合大内存、多核处理器的应用场景。
缺点：
- 相对复杂： G1相对于其他收集器的实现较为复杂，可能需要更多的调优工作。
- 对CPU要求较高： G1在垃圾回收时可能需要占用较多的CPU资源。
在选择垃圾收集器时，需要根据具体的应用场景和性能需求做出合适的选择。通常，如果应用对低停顿时间敏感，并且应用规模不是特别大，CMS可能是一个合适的选择。对于大规模应用、对停顿时间要求更高的场景，G1可能是更好的选择。同时，也可以考虑其他收集器，如Parallel收集器、Serial收集器，根据实际情况做出权衡。
Was this helpful?
0 / 0