最近，五哥回忆起4年前在蚂蚁金服三面的经历。关于GC的一个问题，让我记忆深刻。当聊起来Java GC时，我提到 young gc 和 full gc都会 Stop the world。

最近，有小伙伴反馈：B站 1面要直接手撕一个 Java Agent，直接把他搞懵逼了。这篇文章，我们将深入分析什么 Java Agent及其工作原！

整篇文章介绍了垃圾标识算法以及他们各自适用的场景；对象在内存中是如何分配以及流转的以及传统垃圾回收器介绍。重点是CMS和G1垃圾回收器，这两个也是面试中经常考察的问题点。

分代ZGC是ZGC的一个实现版本，依据假说：应用中大部分对象都是短生命周期的，被设计为分代。它是一个可伸缩的低延迟垃圾收集器，最高支持TB级堆内存，能并发执行繁重任务，且不会让应用的暂停时间超过1ms

垃圾回收器简介 上文我们介绍了垃圾回收的一些基本概念以及算法，本文我们介绍一下垃圾回收的具体实现，也就是各种各样的垃圾收集器。 一、垃圾回收器（Collectors） JVM提供了多种垃圾收集器，应对

GC 是 Garbage Collection 的缩写，顾名思义垃圾回收机制，即当需要分配的内存空间不再使用的时候，JVM 将调用垃圾回收机制来回收内存空间。 那么 JVM

1、前言 上篇文章给大家带来了JDK11升级JDK17的最全实践，相信大家阅读后对于升级JDK17有了基本的了解。同时我们也会比较好奇，ZGC的原理是啥样的，怎么做到停顿时间那么短？

为解决实时响应要求较高的服务中垃圾回收器的致命缺陷，JDK 11推出了低延迟垃圾回收器ZGC，可将GC暂停时间控制在10毫秒以内，JDK 17更进一步使ZGC的暂停时间达到亚毫秒级别。

我方有一应用，偶尔会出现GC时间过长（间隔约4小时），导致性能波动的问题(接口最长需要耗时3秒以上)。经排查为G1垃圾回收器参数配置不当 叠加 MySQL 链接超过闲置时间回收，产生大量的虚引用，导致