在 《肝了一周，彻底弄懂了 CMS收集器原理，这个轮子造的真值！ 》这篇文章中， 详细地分析了 CMS收集器，刚好这两天看了一道美团 2面的题目：G1 为什么能替代 CMS收集器？借此机会，把 G1收集器以及它和 CMS的对比一并彻底讲解。
我们看到，CMS 的垃圾回收机制下，想要做到性能的调优，超强的耐心与丰富的经验是必不可少的，因为整个回收过程相关的 jvm 参数就有几十个之多，如何才能将 CMS 回收机制调整到最适合当前场景的使用是困扰诸多 java 程序员的一大问题。
之前我们聊过 CMS 回收器，但那时候我们说 CMS 回收器已经落伍了，现在应该是用 G1 回收器的时候了。那么 G1 回收器到底有什么魔力，它比 CMS 回收器相比强在哪里呢？今天，就让树哥带大家盘一盘！
72 System.gc() 和 Runtime.gc() 的作用？有什么区别？
垃圾收集器总结 常用垃圾收集器对比 垃圾收集器 串行/并行/并发 新生代/老年代 算法 目标 适用场景 Serial 串行 新生代 复制 低延迟优先 单 CPU 环境下的 Client 模式 Serial Old 串行 老年代 标记-整理 低延迟优先 单 CPU 环境下的 Client 模式、CMS 的后备预案 Parllel Scavenge 并行 新生代 复制 吞吐量优先 在后台运算而不需要太多交互的业务 Parallel Old 并行 老年代 标记-整理 吞吐量优先 在后台运算而不需要太多交互的业务
Java虚拟机规范中对垃圾收集器应该如何实现并没有任何规定，因此不同的厂商、版本的虚拟机所提供的垃圾收集器都可能会有很大差别，并且一般都会提供参数供用户根据自己的应用特点和要求组合出各个年代所使用的收集器。
G1全称是Garbage First Garbage Collector，使用G1的目的是简化性能优化的复杂性。例如，G1的主要输入参数是初始化和最大Java堆大小、最大GC中断时间。
JDK 12 于 美国当地 2019年3月19日发布 .GPL下的生产就绪的jar 可从Oracle下载 ; 其他供应商的JAR 包 很快就会出现。
如果说收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。Java虚拟机规范中对垃圾收集器应该如何实现并没有任何规定，因此不同的厂商、版本的虚拟机所提供的垃圾收集器都可能会有很大差别，并且一般都会提供参数供用户根据自己的应用特点和要求组合出各个年代所使用的收集器。接下来讨论的收集器基于JDK1.7 Update 14 之后的HotSpot虚拟机（在此版本中正式提供了商用的G1收集器，
G1（Garbage First）垃圾收集器，是目前垃圾回收技术最前沿的成果之一。
垃圾回收器 （GC, Garbage Collector）是和具体的 JVM 实现紧密相关。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
并发 & 并行 充分利用多CPU、多核环境下的硬件优势 来缩短 垃圾收集的停顿时间
目前JVM提供的正式垃圾回收器有并行、串行、CMS和G1。这四种垃圾回收器都是基于分代内存管理。分代管理就是把内存划分成不同的区域进行管理，其思想来源是：有些对象存活的时间短，有些对象存活的时间长，把存活时间短的对象放在一个区域管理，把存活时间长的对象放在另一个区域管理，那么可以为两个不同的区域选择不同的算法，加快垃圾回收的效率。我们假定内存被划分成2个代，新生代和老生代。把容易死亡的对象放在新生代，通常采用复制算法回收，把预期存活时间较长的对象放在老生代，通常采用标记清除算法。
HotSpot按照分代收集，所以在不同代上产生了多种不同的收集器，随着时间的推移，有些已经弃用，有些已经成为经典，还有目前广泛使用的，如图1-19所示就是7个经典的垃圾收集器，其中G1是目前应用最为广泛的，还有一些是JDK8以上支持的垃圾收集器，图中并未展示，后面小结中会提到。
如果说垃圾回收算法是内存回收的方法论，那么垃圾回收器就是内存回收的具体实现，下图展示了7中作用于不同分代的收集器。其中用于新生代的回收器包括Serial,PraNew,Parallel Scavenge,回收老年代的收集器包括 Serial Old ,Parallel old,CMS，还有作用于回收整个java堆的G1收集器，不同收集器之间的连线表示他们可以搭配使用。
前言 上次我们讲了CMS GC， 这次我们讲解G1 GC；在开始之前我们要思考下我们为什么学G1 GC?学习后有什么好处？ 成为更好的Java开发工程师，在遇到服务性能问题、GC问题时，能够通过了解到
每个对象都有一个引用计数器，当对象被引用一次计数器就加 1；当引用失效时计数器就减 1。当对象的计数器为 0 时，对象就是要被回收的。简单高效，缺点是无法解决对象之间相互循环引用的问题。
我们都知道java的默认垃圾回收器是jdk1.8 默认垃圾收集器Parallel Scavenge（新生代）+Parallel Old（老年代），但是一般我们都不会使用，但是在 jdk1.9 默认垃圾收集器G1
为什么划分老年代和新生代，主要对象大小不一样，对象生命周期不一样。划分后，提供垃圾回收效率，节省资源，提升对象利用率等等。
导读 本次 TencentKona 8 版本更新到 8.0.4, 在同步到社区版本 8u272 的基础上，还有哪些新的特性呢？本文为您一一介绍： Update to jdk8u272 TencentSMProvider for SM2/SM3/SM4 support Parallel Full GC for G1 Parallel Heap Inspection for G1 and ParallelScavenge Heap Other performance enhancement Bug f
JVM面试题 字节码相关 知道字节码吗?字节码都有哪些? JMM内存模型 说说JVM的主要组成部分以及作用? jvm内存模型，内存屏障 对象一定分配在堆栈对象不一定分配在堆上，JIT可以实现栈上分配
来源｜https://segmentfault.com/a/1190000021516052
https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/toc.html
在之前的文章中，我们介绍了对象的创建过程，以及运行期的相关优化手段。本文主要介绍对象回收的判定方式以及垃圾对象的回收算法等相关知识。
1.年轻代： Serial PartNew Parallel Scavenge
想要提高程序员自身的内功心法无非就是: 数据结构跟算法 + 操作系统 + 网络 ，而所有的Java代码都是在JVM上运行的，了解了JVM好处就是：
开源规划调度引擎 OptaPlanner 官网发布了一个 Java 11 GC 性能基准测试报告。
G1将Java堆分成多个分区。分区的大小可以依据堆的尺寸而改变，但必须是2的幂，同时最小为1MB，最大为32MB。由此得出可能的分区尺寸是1 MB、2MB、4 MB、8 MB、16 MB和32MB。所有分区的大小都一样，在JVM运行过程中它们的尺寸也不会发生变化。分区尺寸是基于Java堆内存的初始值和最大值的平均数来进行计算的，这样对于这个平均堆尺寸就会有2000个左右的分区。举个例子，对一个16G的Java堆使用-Xmx16g -Xms16g命令行选项，G1就会选择采用16GB/2000 = 8MB的分区尺寸。
三色标记法是一种垃圾回收法，它可以让JVM不发生或仅短时间发生STW(Stop The World)，从而达到清除JVM内存垃圾的目的。JVM中的CMS、G1垃圾回收器所使用垃圾回收算法即为三色标记法。
在现代软件开发领域，Java作为一门强大的编程语言，因其跨平台性、安全性和性能而备受欢迎。然而，Java程序也需要面对内存管理的挑战，而这正是Java虚拟机（JVM）垃圾回收机制的重要组成部分。本文将深入探讨JVM垃圾回收机制的工作原理，并通过详细的Java代码示例来解释其实现方式，帮助开发人员更好地理解和优化内存管理。
G1在JDK7中加入JVM，在JDK9中成为了默认的垃圾收集器，如果在JDK8中使用G1，我们可以使用参数 -XX:+UseG1GC 来开启。
有了虚拟机，就一定需要收集垃圾的机制，这就是Garbage Collection，对应的产品我们称为Garbage Collector。
G1垃圾收集器采用一个略微不同的手段来解决并行、串行以及CMS GC的众多缺陷。G1将堆拆成一系列的分区，这样在一个时间段内，大部分的垃圾收集操作就只是在一个分区内执行，而不是整个堆或整个（老年）代。
本文旨在深入探讨Java虚拟机（JVM）中的G1垃圾回收器，包括其工作原理、性能特点、配置调优以及实际使用中的代码示例。G1垃圾回收器以其并行与并发能力、停顿时间可预测性在高性能Java应用中备受青睐。
摘 要 G1（Garbage-First）收集器是当今收集器技术发展的最前沿成果之一，早在JDK 1.7刚刚确立项目目标，Sun公司给出的JDK 1.7 RoadMap里面，它就被视为JDK 1.7中HotSpot虚拟机的一个重要进化特征。 G1 GC是适用于 Java HotSpot VM 的低暂停、服务器风格的分代式垃圾回收器。G1 GC 使用并发和并行阶段实现其目标暂停时间，并保持良好的吞吐量。当 G1 GC 确定有必要进行垃圾回收时，它会先收集存活数据最少的区域（垃圾优先）。 垃圾回收器 (GC)
导读 本次 TencentKona 8 版本更新到 8.0.4, 在同步到社区版本 8u272 的基础上，还有哪些新的特性呢？本文为您一一介绍： Update to jdk8u272 TencentSMProvider for SM2/SM3/SM4 support Parallel Full GC for G1 Parallel Heap Inspection for G1 and ParallelScavenge Heap Other performance enhancement Bug fix
导读 | TencentKona 是腾讯开源的可立即投入生产的 OpenJDK 发行版，在主流 OpenJDK8 的基础上进行了针对性的开发和优化。本次 TencentKona 8 版本更新到 8.0.4, 在同步到社区版本 8u272 的基础上，新增了哪些激动人心的特性？本文将为一一介绍。文章作者：臧琳，腾讯云中间件 JVM 工程师。 一、国密SM2/SM3/SM4算法支持 随着国密算法等商密算法国家标准的推出，云上客户对于 Java 版本的国密算法需求越来越多。KonaJDK8 内置了国密算法的
前言相关概念并行和并发吞吐量（Throughput）Minor GC和Full GC新生代收集器Serial收集器ParNew收集器Parallel Scavenge收集器老年代收集器Serial Old收集器Parallel Old收集器CMS收集器优点缺点G1收集器横跨整个堆内存建立可预测的时间模型避免全堆扫描-Remembered Set总结参考资料
Tech 导读 本文所有介绍仅限于HotSpot虚拟机，首先介绍了垃圾回收的必要手段，基于这些手段讲解了历代垃圾回收算法是如何工作的， 每一种算法不会讲得特别详细，只为读者从算法角度理解工作原理，从而引出ZGC，方便读者循序渐进地了解。
Java10 已经发布了大概有一个多月了。我们在之前的文中介绍过10为我们带来的一些新特性：JDK10要来了：下一代 Java 有哪些新特性？。其中就提到了10 关于G1垃圾收集器的一些改进。G1在Java 9的时候已经是被作为默认的垃圾收集器了。如果你了解G1的话，应该知道它是一个更注重低停顿的收集器。有关G1的内容你可以移步一步步图解G1。 那么在10中针对垃圾回收都有哪些改进和改变呢？ 严格的来说有两处是与垃圾回收有关的： 分别是JEP304和JEP307。 JEP 304: 垃圾回收器接口（Garb
依据官方 Java 虚拟机的规划，自 Java 9 开始，在实际的生产环境中不再建议使用基于 ConcurrentMarkSweep（CMS）垃圾收集器。根据 JEP-291，已做出此决定以减轻GC 代码库的维护负担并加速新开发。毕竟，Java 9 之后，G1 GC 已成为默认的 GC 算法。（当然，基于不同的环境，Z 垃圾收集器-ZGC 、Shenandoah GC 亦逐渐开始成为主流算法）因此，我们可以根据实际业务场景考虑将我们的应用程序移至该算法。它可能提供比 CMS GC 算法更优的性能特征。由于其参数相对较少，因此调整起来要容易得多。此外，G1 同时也提供了一些选项以从内存中消除重复的字符串，从而可以帮助我们应用减少总体内存占用。
首先我们要对上述的内容有一定的了解，从全局出发。看了上图，在调优中我们能做的也就是对运行时数据区进行一些操作，然后选择执行引擎用何种垃圾收集器对垃圾进行回收。
ZGC、G1和Shenandoah 都是以低延迟为主的收集器,总结了一下三者的区别
甲骨文公司表示低暂停G1垃圾回收机制将在取代Parallel GC提高系统执行效率。 目前甲骨文正计划将G1服务器垃圾回收机制作为32位与64位Java服务器配置方案中的默认回收选项，但这种处理方式可
开设这个专栏的目的毫无疑问是给个人的成长做一个记录和归档，因为这段时间下来发现学东西一定要系统并且有目的循序渐进的学才有更快的成长，JVM的内容和细节是学不完的，所以要清楚学这个东西的作用是什么很关键，个人学这个东西无非就是为了面试以及了解底层原理，同时本着书到用时方恨少的原则编写专栏。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
