GC Root总结

最新推荐文章于 2024-06-15 19:20:09 发布
原创 最新推荐文章于 2024-06-15 19:20:09 发布 · 1.3k 阅读 · 9 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文深入探讨了GCRoots的概念及其实现原理，解释了如何通过一系列GCRoots对象作为起点来判断一个对象是否可达，从而决定其是否可以被垃圾回收器回收。文中详细列举了各种类型的GCRoots对象。

面试：你懂什么是分布式系统吗？Redis分布式锁都不会？>>>   hot3.png

JVM根据GC Roots算法判定一个对象需要被回收，GC Roots一般在JVM的栈区域里产生。

GC Roots原理

GC Roots基本思路就是通过一系列的称为“GC Roots”的对象作为起始点， 从这些节点开始向下搜索， 搜索所走过的路径称为引用链（ Reference Chain），当一个对象到 GC Roots 没有任何引用链相连（ 用图论的话来 说，就是从GC Roots到这个对象不可达）时，则证明此对象是不可用的。

GC Roots对象

常说的GC(Garbage Collector) Roots，特指的是垃圾收集器（Garbage Collector）的对象，GC会收集那些不是GC Roots且没有被GC Roots引用的对象。

一个对象可以属于多个root，GC Roots有以下几种：

  • Class - 由系统类加载器(system class loader)加载的对象，这些类是不能够被回收的，他们可以以静态字段的方式保存持有其它对象。我们需要注意的一点就是，通过用户自定义的类加载器加载的类，除非相应的Java.lang.Class实例以其它的某种（或多种）方式成为roots，否则它们并不是roots，.
  • Thread - 活着的线程
  • Stack Local - Java方法的local变量或参数
  • JNI Local - JNI方法的local变量或参数
  • JNI Global - 全局JNI引用
  • Monitor Used - 用于同步的监控对象
  • Held by JVM - 用于JVM特殊目的由GC保留的对象，但实际上这个与JVM的实现是有关的。可能已知的一些类型是：系统类加载器、一些JVM知道的重要的异常类、一些用于处理异常的预分配对象以及一些自定义的类加载器等。然而，JVM并没有为这些对象提供其它的信息，因此需要去确定哪些是属于"JVM持有"的了。

参考资料：GC roots

Viking_bird
关注
[Java JVM] Hotspot GC研究- 什么是GC Root
lqp276的博客
08-27 2131
GC RootGC Root全称是garbage collection root, 即垃圾回收的根. 回到我们的葡萄比喻上来, 也就是一串葡萄的柄. 实际上JVM中的GC Root不只一个, 也就是多个这样的 “柄”. 来看看hotspot网站的解释: garbage collection root A pointer into the Java object heap from ou
什么东西可以当做GC Root，跨代引用如何处理？
lssffy的博客
09-28 1581
GC Root是Java虚拟机垃圾回收（GC）过程中追踪活动对象的起点。GC Root用于标识存活对象，它们是垃圾回收器在执行标记-清除或其他回收算法时，首先检查的对象。GC Root本身始终被认为是存活的对象，任何直接或间接被GC Root引用的对象也会被视为存活对象。在Java虚拟机中，垃圾回收器通过从GC Root开始遍历对象图（通常采用可达性分析算法），来判断哪些对象是存活的，哪些对象可以被回收。这一过程称为“根可达性分析”。
JVM GC ROOT分析
s_nshine的博客
08-03 1101
这个对象又有可能在引用其他对象，然后被引用的其他对象又有可能在引用其他对象，只要由op2这个对象去触发，能够去找到最终的一个对象，假如你有一个对象preson.这个对象经过由op2触发的对象。注意：static 成员其实他是在我们的方法区中的，一般的他是不会随着对象的生命周期去创建。java是进程跑起来，这里面会有很多的线程，不管是垃圾回收线程，还是用户线程等等这样一个个线程，Thread 的这类也能称之为GCROOT,也就是说成为GCroot的会有很多。它对应的是一个方法的执行，那么然后呢？
GC Root
热门推荐
冯立彬的博客
05-15 3万+
常说的GC(Garbage Collector) roots，特指的是垃圾收集器（Garbage Collector）的对象，GC会收集那些不是GC roots且没有被GC roots引用的对象。 一个对象可以属于多个root，GC root有几下种： Class - 由系统类加载器(system class loader)加载的对象，这些类是不能够被回收的，他们可以以静态字段的方
Spring Boot 项目中的 GC Root
csdn_life18的博客
06-15 1103
Autowired@Service@Autowired@MapperSpring上下文管理的控制器、服务和MapperServlet容器中的长生命周期对象数据库连接池中的连接对象活动线程这些组件和对象由于它们在应用程序中的关键角色，会被GC Root引用，从而不会被垃圾回收。理解这些GC Root的来源，对于调试和优化Spring Boot应用程序的内存使用非常重要。
JVM GC ROOT分析与垃圾收集器原理分析（四）
平凡之路无尽路的博客
06-28 2815
jvm垃圾收集算法与垃圾收集器详细分析以及对应性能优化
从GcRoot角度来分析Handler 内存泄漏
weixin_40334045的博客
06-15 2025
从GCRoot角度来分析Handler 内存泄漏 文章目录引言开始分析handler是怎么持有Activity引用的handler是怎么发生内存泄漏的总结解决办法 引言 看了好多博客发现都只说了handler会有内存泄漏风险，原因是handler持有了activity的引用。 但是为什么会发生内存泄漏，好像都没讲清楚。 我研究了一下，说一下我的理解。 开始分析 下面我们就来分析内存泄漏的具体原因，我们分两步来说。 handler是怎么持有Activity引用的 handler是怎么发生内存泄漏的 han
一次内存溢出事故 - 用 jprofiler 分析 gc root
sinat_37255539的博客
09-19 1817
事情经过 事情是这样，公司项目是一个springcloud的微服务，服务每隔半个月就会发生一次频繁的fullGC。后来定位到是缓存不合理导致的，该缓存的key是一条条sql，value是表名。这个缓存是用来干嘛呢？查了下他主要是分库组件sharding-jdbc在执行sql时，首先要通过这个缓存来获取sql对应的表。这个缓存设计的大小是1000，超时时间1天，而且用的一个LocalCache是强引用。因为在我们的生产环境中经常会有一下批量插入查询的操作，一个插入一千条数据的sql放在这个地方，就可能是一个
什么是GC Roots
Linux,Java,SpringBoot,Python,Lua略知一点
12-07 701
可达性算法中以GC Root对象为起点开始搜索。 什么是GC Root对象 虚拟机栈中引用的对象 public class Rumenz{ public static void main(String[] args) { Rumenz a = new Rumenz(); a = null; } } a是栈帧中的本地变量,a就是GC Root,由于a=null,a与new Rumenz()对象断开了链接,所以对象会被回收。 方法区类的静态成员引用的对象 .
什么是GC Root
qq_36986015的博客
02-07 6139
1 GC ROOT的定义 我们知道，JVM中判断一个对象是否标记为可回收的对象是根据可达性分析算法，顾名思义，可达性分析需要知道当前对象（是否需要回收的对象）的起点，而这个起点对象在当前时刻一定是存活的，才能保证对当前对象是否需要回收的判断是正确的，所以GC Root表示：当前时刻存活的对象。 2 GC ROOT对象都有哪些？ 先说概念： 当前正在被调用的方法里局部变量引用的对象，即虚拟机栈的局部变量表中引用的对象； 方法区中静态变量引用的对象； 方法区中常量引用的对象； 本地方法栈中Native方法引用
java--GC Root有哪些
weixin_34104341的博客
02-19 682
GC管理的主要区域是Java堆，一般情况下只针对堆进行垃圾回收。方法区、栈和本地方法区不被GC所管理,因而选择这些区域内的对象作为GC roots,被GC roots引用的对象不被GC回收。 详细：   GC Root 常说的GC(Garbage Collector) roots，特指的是垃圾收集器（Garbage Collector）的对象，GC会收集那些不是GC roots且没有被G...
什么是GC root？
zhujiakuan的博客
08-24 1456
一、什么是垃圾 内存中已经不再被使用到的空间就是垃圾 二、要进行垃圾回收，如何判断一个对象是否可以被回收？ 引用计数法 很难解决对象之间的循环引用问题 枚举根节点做可达性分析 通过对枚举“GC Roots”对象做引用可达性分析，一系列名为“GC Roots”的对象作为起始点，从“GC Roots”对象开始向下搜索，形成的路径称之为 引用链。如果一个对象到“GC Roots”对象没有任何引用，没有形成引用链，那么该对象等待GC回收。 三、哪些对象可以作为...
GC Roots是什么
07-19 588
https://blog.youkuaiyun.com/qq_34173549/article/details/79586406 ...
GC ROOT
weixin_30312563的博客
01-03 140
（GC Root有哪些） 基本思想是通过一系列称为“GC roots”的对象作为起始点，可以作为根节点的是： 虚拟机栈（栈帧中的本地变量表）中引用的对象（即所有Java线程当前活跃的栈帧里指向GC堆里的对象的引用；换句话说，当前所有正在被调用的方法的引用类型的参数/局部变量/临时值。） 本地方法栈中JNI（即一般说的Native方法）引用的对象 方法区中类静态属性引用的对象...
gc-root
古笑来的博客
12-15 187
什么区域的对象可以作为gc root 虚拟机栈（栈帧中的本地变量表）中引用的对象 本地方法栈中 JNI（即一般说的 Native 方法）引用的对象 方法区中 静态属性引用的对象 方法区中 常量引用的对象 finalize 它是Object中的方法 Java虚拟机一旦通过刚才提到的“根搜索算法”判断出某对象处于可回收状态时，会判断该对象是否重写了Object类的finalize方法，如果没，则直接回收。 如重写过finalize方法，而且未执行过该方法，则把该对象其放入F-Queue队列，另个线程会定时遍
常见的GCRoot
最新发布
12-02
在 Java 和 Android 的垃圾回收机制中，**GC Roots** 是垃圾回收器用来判断一个对象是否可被回收的起点。**GC Root** 是一组必须活跃的引用，从这些根节点出发，沿着引用链向下遍历，所有能被访问到的对象都被称为“**可达对象**”，不会被回收；而不能被访问到的对象则被认为是“**不可达对象**”，将被回收。 --- ### ✅ 常见的 GC Roots 类型 | 类型 | 描述 | |------|------| | **虚拟机栈中的局部变量表中的引用对象** | 例如：方法中定义的 `Object o = new Object();`，`o` 是一个局部变量，是 GC Root | | **方法区中类静态属性引用的对象** | 例如：`public static User user;`，`user` 是 GC Root | | **方法区中常量引用的对象** | 例如：`public static final String NAME = "Tom";`，`NAME` 是 GC Root | | **本地方法（JNI）引用的对象** | 例如：通过 Native 方法创建并返回的 Java 对象引用 | | **活跃的线程对象（Thread）** | 正在运行的线程本身是一个 GC Root | | **类加载器（ClassLoader）** | 某些类加载器对象在类卸载前是 GC Root | | **Java 虚拟机内部对象** | 如异常对象、系统类加载器等 | | **同步锁（synchronized）持有的对象** | 被 synchronized 持有的对象引用也作为 GC Root | --- ### ✅ 示例说明 #### ✅ 1. 局部变量（虚拟机栈中的引用） ```java public void method() { Object obj = new Object(); // obj 是局部变量，属于 GC Root } ``` - 方法执行完后，`obj` 不再是 GC Root，指向的对象可被回收。 --- #### ✅ 2. 静态属性引用 ```java public class MyClass { public static Object obj = new Object(); // obj 是 GC Root } ``` - 只要 `MyClass` 没有被卸载，`obj` 一直可达，不会被回收。 --- #### ✅ 3. 常量引用（final static） ```java public class Constants { public static final String TAG = "GCRoot"; // TAG 是 GC Root } ``` - 常量在编译期就被确定，属于 GC Root。 --- #### ✅ 4. JNI（本地方法）引用 ```java // Native 方法返回一个 Java 对象 native Object createNativeObject(); ``` - 由 Native 层创建并返回的对象，被 JNI 引用，属于 GC Root。 --- #### ✅ 5. 活跃线程 ```java new Thread(() -> { Object obj = new Object(); // obj 在线程执行期间是可达的 }).start(); ``` - 只要线程还在运行，线程中引用的对象不会被回收。 --- #### ✅ 6. 类加载器 - 每个类都有一个关联的类加载器，只要类加载器存在，其加载的类就不会被卸载。 --- ### ✅ 内存泄漏与 GC Roots 的关系 内存泄漏的本质是：**无用的对象被 GC Root 引用链持有，无法被回收**。 例如： ```java public class LeakManager { private static Object leakObject; public static void setLeak(Object obj) { leakObject = obj; // 静态变量导致 obj 无法被回收 } } ``` - 如果 `obj` 是一个 `Activity`，即使 `Activity` 已经 finish，由于 `leakObject` 是静态变量（GC Root），导致 `Activity` 无法回收，形成内存泄漏。 --- ### ✅ 如何查看 GC Roots？ - 使用内存分析工具如 **Eclipse MAT（Memory Analyzer）** 或 **Android Studio Profiler**。 - 在内存快照中，选择一个疑似泄漏的对象，右键选择 **“Path to GC Roots”**，即可看到哪些引用链导致该对象无法被回收。 --- ### ✅ 总结 | GC Root 类型 | 是否常导致内存泄漏？ | 示例 | |--------------|---------------------|------| | 局部变量 | 否（生命周期短） | 方法内的对象 | | 静态属性 | ✅ 是常见原因 | `public static Context context;` | | 常量引用 | 否 | `public static final String TAG` | | JNI 引用 | ✅ 可能 | Native 创建的对象 | | 线程 | ✅ 可能 | 未结束的线程 | | 类加载器 | 否 | 系统自动管理 | | 同步锁 | ✅ 少见 | `synchronized(obj)` 中的 obj | ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值