JVM%ign%ignore_a_1%re_a_1%包括Serial、ParNew、Parallel Scavenge等新生代收集器，Serial Old、Parallel Old、CMS等老年代收集器，以及G1、ZGC、Shenandoah等整堆收集器，适用于不同场景；其中G1和ZGC因兼顾低延迟与高吞吐量，成为现代应用主流选择。
JVM 的垃圾回收器种类多样，主要为了适应不同应用场景的需求，比如追求高吞吐量、低延迟或大内存管理。以下是目前主流和常见的 JVM 垃圾回收器：
新生代收集器
这类收集器专门负责回收新生代（Young Generation）的内存。
Serial 收集器：最基本的单线程收集器，使用“复制算法”。在进行垃圾回收时会暂停所有用户线程（Stop-The-World）。简单高效，适合客户端应用或单核 CPU 环境。 ParNew 收集器：Serial 收集器的多线程版本，同样使用“复制算法”。除了可以并行执行，其他特性与 Serial 类似。常与 CMS 老年代收集器配合使用。 Parallel Scavenge 收集器：一个注重吞吐量的并行收集器，也采用“复制算法”。它允许用户精确控制吞吐量和最大停顿时间，适合后台计算等对响应时间不敏感但要求高效率的场景。
老年代收集器
这些收集器用于回收老年代（Old Generation）的内存。
关于Objective
本文档主要讲述的是关于Objective-C手动内存管理的规则；在ios开发中Objective-C 增加了一些新的东西，包括属性和垃圾回收。那么，我们在学习Objective-C之前，最好应该先了解，从前是什么样的，为什么Objective-C 要增加这些支持。有需要的朋友可以下载看看
0 查看详情 Serial Old 收集器：Serial 收集器的老年代版本，使用“标记-整理算法”，也是单线程的。主要用于客户端模式或作为 CMS 收集器的后备方案。 Parallel Old 收集器：Parallel Scavenge 的老年代搭档，使用“标记-整理算法”实现并行回收，主打高吞吐量。 CMS (Concurrent Mark Sweep) 收集器：以获取最短停顿时间为目标的并发收集器，使用“标记-清除算法”。它可以与用户线程并发执行大部分工作，减少停顿。但它会产生内存碎片，且对 CPU 资源敏感。注意：CMS 在 JDK 14 中已被移除。
整堆收集器
这类收集器不再严格区分新生代和老年代，而是将整个堆作为整体来管理。
G1 (Garbage First) 收集器：面向服务端应用的收集器，适用于大内存、多核 CPU 的机器。它将堆划分为多个 Region，优先回收垃圾最多的区域，兼顾了高吞吐量和低停顿时间。从 JDK 9 开始成为默认收集器，是目前互联网项目的主流选择。 ZGC (Z Garbage Collector)：一款以极低延迟为目标的收集器，目标是将停顿时间控制在 10 毫秒以内，甚至更短。它能处理非常大的堆（TB 级），适合对响应时间有严苛要求的应用。 Shenandoah 收集器：与 ZGC 目标类似，专注于降低 GC 停顿时间，通过更激进的并发处理实现快速回收。基本上就这些。选择哪种收集器取决于你的应用需求、硬件配置和使用的 JDK 版本。现代应用普遍推荐使用 G1 或 ZGC。
以上就是说一下 jvm 有哪些垃圾回收器？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1020212.html
微信扫一扫 
支付宝扫一扫 
