JVM常见垃圾收集器有哪些

这篇文章主要介绍了JVM常见垃圾收集器有哪些的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇JVM常见垃圾收集器有哪些文章都会有所收获，下面我们一起来看看吧。垃圾收集器 是 垃圾收集算法 的具体实现现在主流的垃圾收集器有 7 种：我们会根据需求场景的不同，选择不同特点的垃圾收集器下面我会详细介绍。最基本、发展历史最长的垃圾收集器并发收集 在进行垃圾收集时，必须暂停其他所有工作线程（Stop The World），直到收集结束。暂停工作线程 是在用户不可见的情况下进行注：并发 与 并行的区别 a. 并发：在 某一时段内，交替执行多个任务（即先处理A再处理B，循环该过程） b. 并行：在 某一时刻内，同时执行多个任务（即同时处理A、B）单线程 只使用 一条线程 完成垃圾收集（GC线程）效率高 对于限定单CPU环境来说，Serial收集器没有线程交互开销（专一做垃圾收集），拥有更高的单线程收集效率。垃圾收集高效，即其他工作线程停顿时间短（可控制在100ms内），只要垃圾收集发生的频率不高，完全可以接受。复制 算法客户端模式下，虚拟机的 新生代区域Serial收集器 应用在老年代区域 的版本并发、单线程、效率高同Serial收集器，此处不作过多描述标记-整理 算法在客户端模式下，虚拟机的老年代区域在服务器模式下：与 Parallel Scavenge 收集器搭配使用作为CMS收集器的后备预案，在并发收集发生Concurrent Mode Failure时使用Serial收集器 的 多线程 版本。并发收集 在进行垃圾收集时，必须暂停其他所有工作线程（Stop The World），直到收集结束。暂停工作线程 是在用户不可见的情况下进行多线程收集 使用 多条垃圾收集线程（GC线程） 完成垃圾收集由于存在线程交互的开销，所以在单CPU环境下，性能差于 Serial收集器与CMS收集器配合工作 目前，只有ParNew 收集器能与 CMS收集器 配合工作由于CMS收集器使用广泛，所以该特点非常重要。关于CMS收集器 下面会详细说明复制 算法服务器模式下，虚拟机的 新生代区域多线程收集ParNew 收集器的升级版具备ParNew 收集器并发、多线程收集的特点以达到 可控制吞吐量 为目标 其他收集器的目标是： 尽可能缩短 垃圾收集时间，而Parallel Scavenge收集器的目标则是：达到 可控制吞吐量吞吐量：CPU用于运行用户代码的时间 与 CPU总消耗时间（运行用户代码时间+垃圾收集时间）的比值如：虚拟机总共运行100分钟，其中垃圾收集时间=1分钟、运行用户代码时间 = 99分钟，那吞吐量 = 99 / 100 = 99%自适应 该垃圾收集器能根据当前系统运行情况，动态调整自身参数，从而达到最大吞吐量的目标。该特性称为：GC 自适应的调节策略这是Parallel Scavenge收集器与 ParNew 收集器 最大的区别复制 算法服务器模式下，虚拟机的 新生代区域Parallel Scavenge收集器 应用在老年代区域 的版本以达到 可控制吞吐量 为目标、自适应调节、多线程收集同Parallel Scavenge收集器标记-整理 算法服务器模式下，虚拟机的 老年代区域即Concurrent Mark Sweep，基于 标记-清除算法的收集器并行 用户线程 & 垃圾收集线程同时进行。即在进行垃圾收集时，用户还能工作。单线程收集 只使用 一条线程 完成垃圾收集（GC线程）垃圾收集停顿时间短 该收集器的目标是： 获取最短回收停顿时间 ，即希望 系统停顿的时间 最短，提高响应速度总吞吐量会降低 因为该收集器对CPU资源非常敏感，在并发阶段，虽不会导致用户线程停顿，但会因为占用部分线程（CPU资源）而导致应用程序变慢，总吞吐量会降低无法处理浮动垃圾 由于 并发清理时 用户线程还在运行，所以会有新的垃圾不断产生（即浮动垃圾），只能等到留待下一次GC时再清理掉。因为这一部分垃圾出现在标记过程之后，所以CMS无法在当次GC中处理掉它们因此，CMS无法等到老年代被填满再进行Full GC，CMS需要预留一部分空间。即所谓的：可能出现Concurrent Mode Failure失败而导致另一次Full GC产生。垃圾收集后会产生大量内存空间碎片 因为 CMS收集器是基于“标记-清除”算法的。标记-清除 算法重视应用的响应速度、希望系统停顿时间最短的场景如互联网移动端应用CMS 收集器 是基于 标记-清除算法实现的收集器，工作流程较为复杂：（分为四个步骤）初始标记并发标记重新标记并发清除下面用一张图详细说明工作流程：由于整个过程中，耗时最长的并发标记 和 免费云主机域名并发清除过程都可与用户线程一起进行所以，CMS收集器的垃圾收集过程可看作是与用户线程 并发执行的。最新、技术最前沿的垃圾收集器并行 用户线程 & 垃圾收集线程同时进行。即在进行垃圾收集时，用户还能工作多线程 即使用 多条垃圾收集线程（GC线程） 进行垃圾收集并发 & 并行 充分利用多CPU、多核环境下的硬件优势 来缩短 垃圾收集的停顿时间垃圾回收效率高 G1 收集器是 针对性 对 Java堆内存区域进行垃圾收集，而非每次都对整个 Java 堆内存区域进行垃圾收集。即 G1收集器除了将 Java 堆内存区域分为新生代 & 老年代之外，还会细分为许多个大小相等的独立区域（ Region），然后G1收集器会跟踪每个 Region里的垃圾价值大小，并在后台维护一个列表；每次回收时，会根据允许的垃圾收集时间 优先回收价值最大的Region，从而避免了对整个Java堆内存区域进行垃圾收集，从而提高效率。因为上述机制，G1收集器还能建立可预测的停顿时间模型：即让 使用者 明确指定一个长度为M毫秒的时间片段内，消耗在垃圾收集上的时间不得从超出N毫秒。即具备实时性分代收集 同时应用在 内存区域的新生代 & 老年代不会产生内存空间碎片从整体上看，G1 收集器是基于 标记-整理算法实现的收集器从局部上看，是基于 复制算法 实现 上述两种算法意味着 G1 收集器不会产生内存空间碎片。对于新生代：复制算法对于老年代：标记 – 整理算法服务器端虚拟机的内存区域（包括 新生代 & 老年代）G1 收集器的工作流程分为4个步骤：初始标记并发标记最终标记筛选回收下面用一张图详细说明工作流程本文对垃圾收集器的类型进行全面讲解关于“JVM常见垃圾收集器有哪些”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“JVM常见垃圾收集器有哪些”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注百云主机行业资讯频道。

相关推荐: Vue中的Mustache插值语法、v-bind指令怎么使用

本篇内容介绍了“Vue中的Mustache插值语法、v-bind指令怎么使用”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！⭐⭐mustache 语法： 是”胡子…