湘潭免费网站建设,推荐wordpress安装方式,珠海做网站制作,网站排版设计欣赏垃圾回收器有哪些#xff1f;是一个高频的面试题#xff0c;那本文就详细来解答这个问题。因为不同的厂商#xff08;IBM、Oracle#xff09;#xff0c;实现的垃圾回收器各不相同#xff0c;而本文要讨论的是 Oracle 的 HotSpot 虚拟机所使用的垃圾回收器。常用垃圾回收… 垃圾回收器有哪些是一个高频的面试题那本文就详细来解答这个问题。因为不同的厂商IBM、Oracle实现的垃圾回收器各不相同而本文要讨论的是 Oracle 的 HotSpot 虚拟机所使用的垃圾回收器。常用垃圾回收器如下图所示新生代回收器Serial、ParNew、Parallel Scavenge老年代回收器Serial Old、Parallel Old、CMS整堆回收器G1其中相互连线的垃圾回收器表示可以相互搭配使用。新生代 And 老生代目前常用的商用垃圾收集器都使用的是分代垃圾回收方式。分代垃圾回收器把内存分为新生代Young Generation和老生代Tenured Generation如下图所示图片来自fancydeepin默认情况下新生代和老生代的内存比例是 1:2该值可以通过 -XX:NewRatio 来设定。新生代Young Generation程序中的大部分对象都符合“朝生夕死”的特性所以绝大数新创建的对象都会存放在新生代除非是大对象会直接进入老生代。新生代采用的是复制算法这样可以更高效的回收内存空间。新生代有细分为Eden、Form Survivor、To Survivor 三个区域默认的比例是 8:1:1可以通过 -XX:SurvivorRatio 来设定。新生代垃圾回收的执行过程1、Eden 区 From Survivor 区存活着的对象复制到 To Survivor 区2、清空 Eden 和 From Survivor 分区3、From Survivor 和 To Survivor 分区交换From 变 ToTo 变 From。老生代Tenured Generation老生代垃圾回收的频率比新生代低存放的主要对象是1、新生代对象经过 N 次 GC 晋升到老年代。可以通过设置 -XX:MaxTenuringThreshold5 来设置默认值是 15 次。2、大对象直接存储到老生代。所谓的“大对象”指的是需要连续存储空间的对象比如数组。当大对象在新生代存储不下的时候就需要分配担保机制把当前新生代的所有对象复制到老年代中因为分配担保机制需要涉及大量的复制会导致性能问题所有最好的方案是直接把大对象存储到老生代中。通过参数 -xx:PretrnureSizeThreshold 来设定大对象的值。注意该参数只有 Serial 和 ParNew 垃圾回收器有效。SerialSerial 最早的垃圾回收器JDK 1.3.1 之前新生代唯一的垃圾回收器使用的是单线程串行回收方式在单 CPU 环境下性能较好因为单线程执行不存在线程切换。线程类型 单线程使用算法 复制算法指定收集器 -XX:UseSerialGCSerial OldSerial 收集器的老年代版本同样也是单线程的。它有一个实用的用途作为CMS收集器的备选预案后面介绍CMS的时候会详细介绍。线程类型 单线程使用算法 标记-整理指定收集器 -XX:UseSerialGCParNewParNew 其实就是 Serial 的多线程版本可以和 Serial 共用很多控制参数比如-XX:SurvivorRatio , ParNew 可以和 CMS 配合使用。注图片来源于零壹技术栈线程类型 多线程使用算法 复制指定收集器 -XX:UseParNewGCParallel ScavengeParallel 和 ParNew 收集器类似也是多线程的但 Parallel 是吞吐量优先的收集器GC停顿时间的缩短是以吞吐量为代价的比如收集 100MB 的内存需要 10S 的时间CMS 则会缩短为 7S 收集 50 MB 的内存这样停顿的时间确实缩少了但收集的频率变大了吞吐量就变小了。线程类型 多线程使用算法 复制指定收集器 -XX:UseParallelGCParallel OldParallel Old 是 Parallel 的老生代版本同样是吞吐量优先的收集器。线程类型 多线程使用算法 标记-整理指定收集器 -XX:UseParallelOldGCCMSCMSConcurrent Mark Sweep一种以获得最短停顿时间为目标的收集器非常适用B/S系统。使用 Serial Old 整理内存。CMS 运行过程注图片来源于零壹技术栈1、初始标记标记 GC Roots 直接关联的对象需要 Stop The World 。2、并发标记从 GC Roots 开始对堆进行可达性分析找出活对象。3、重新标记重新标记阶段为了修正并发期间由于用户进行运作导致的标记变动的那一部分对象的标记记录。这个阶段的停顿时间一般会比初始标记阶段稍长一些但远比并发标记的时间短也需要 Stop The World 。4、并发清除除垃圾对象。CMS 缺点1、对 CPU 资源要求敏感。CMS 回收器过分依赖于多线程环境默认情况下开启的线程数为CPU 的数量 3/ 4当 CPU 数量少于 4 个时CMS 对用户本身的操作的影响将会很大因为要分出一半的运算能力去执行回收器线程。2、CMS无法清除浮动垃圾。浮动垃圾指的是CMS清除垃圾的时候还有用户线程产生新的垃圾这部分未被标记的垃圾叫做“浮动垃圾”只能在下次 GC 的时候进行清除。3、CMS 垃圾回收会产生大量空间碎片。CMS 使用的是标记-清除算法所有在垃圾回收的时候回产生大量的空间碎片。注意CMS 收集器中当老生代中的内存使用超过一定的比例时系统将会进行垃圾回收当剩余内存不能满足程序运行要求时系统将会出现 Concurrent Mode Failure临时采用 Serial Old 算法进行清除此时的性能将会降低。线程类型 多线程使用算法 标记-清除指定收集器 -XX:UseConcMarkSweepGCG1G1 GC 这是一种兼顾吞吐量和停顿时间的 GC 实现是 JDK 9 以后的默认 GC 选项。G1 可以直观的设定停顿时间的目标相比于 CMS GCG1 未必能做到 CMS 在最好情况下的延时停顿但是最差情况要好很多。G1 GC 仍然存在着年代的概念但是其内存结构并不是简单的条带式划分而是类似棋盘的一个个 region。Region 之间是复制算法但整体上实际可看作是标记 - 整理Mark-Compact算法可以有效地避免内存碎片尤其是当 Java 堆非常大的时候G1 的优势更加明显。G1 吞吐量和停顿表现都非常不错并且仍然在不断地完善与此同时 CMS 已经在 JDK 9 中被标记为废弃deprecated所以 G1 GC 值得深入掌握。G1 运行过程1、初始标记标记 GC Roots 直接关联的对象需要 Stop The World 。2、并发标记从 GC Roots 开始对堆进行可达性分析找出活对象。3、重新标记重新标记阶段为了修正并发期间由于用户进行运作导致的标记变动的那一部分对象的标记记录。这个阶段的停顿时间一般会比初始标记阶段稍长一些但远比并发标记的时间短也需要 Stop The World 。4、筛选回收首先对各个 Region 的回收价值和成本进行排序根据用户所期望的 GC 停顿时间来制定回收计划。这个阶段可以与用户程序一起并发执行但是因为只回收一部分 Region时间是用户可控制的。线程类型 多线程使用算法 复制、标记-整理指定收集器 -XX:UseG1GCJDK 7u4 版本后可用最后本文欢迎任何形式的转载如需开通白名单请在评论区留下公众号ID即可。参考【End】查看更多面试题内容请访问《Java最常见200面试题全解析》它包含的模块有Java、JVM 最常见面试题解析Spring、Spring MVC、MyBatis、Hibernate 面试题解析MySQL、Redis 面试题解析RabbitMQ、Kafka、Zookeeper 面试解析微服务 Spring Boot、Spring Cloud 面试解析扫描下面二维码付费阅读关注下方二维码订阅更多精彩内容。转发朋友圈是对我最大的支持。
