JVM垃圾回收的时候如何确定垃圾?是否知道什么是 GC Roots

一、什么是垃圾

内存中已经不再被使用到的空间就是垃圾

二、要进行垃圾回收，如何判断一个对象是否可以被回收？

• 引用计数法

 Java中,引用和对象是有关联的。如果要操作对象则必须用引用进行

因此,很显然一个简单的办法是通过引用计数来判断一个对象是否可以回收。简单说,给对象中添加一个引用计数器,

每当有一个地方引用它,计数器值加1

每当有一个引用失效时,计数器值减1。

任何时刻计数器值为零的对象就是不可能再被使用的,那么这个对象就是可回收对象

那为什么主流的Java虚拟机里面都没有选用这种算法呢?其中最主要的原因是它很难解决对象之间相互循环引用的问题

•  枚举根节点做可达性分析

        通过一系列名为“GC Roots”( 所谓“GC roots”，或者说tracing GC的“根集合”，就是一组必须活跃的引用 )的对象作为起始点，从“GC Roots”对象开始向下搜索，如果一个对象到“GC Roots”没有任何引用链相连，说明此对象可以被回收。

三、GC Roots详解 

 注意，是一组必须活跃的引用，不是对象。

那么分代式GC对GC roots的定义有什么影响呢？
答案是：分代式GC是一种部分收集（partial collection）的做法。在执行部分收集时，从GC堆的非收集部分指向收集部分的引用，也必须作为GC roots的一部分。
具体到分两代的分代式GC来说，如果第0代叫做young gen，第1代叫做old gen，那么如果有minor GC / young GC只收集young gen里的垃圾，则young gen属于“收集部分”，而old gen属于“非收集部分”，那么从old gen指向young gen的引用就必须作为minor GC / young GC的GC roots的一部分。
继续具体到HotSpot VM里的分两代式GC来说，除了old gen到young gen的引用之外，有些带有弱引用语义的结构，例如说记录所有当前被加载的类的SystemDictionary、记录字符串常量引用的StringTable等，在young GC时必须要作为strong GC roots，而在收集整堆的full GC时则不会被看作strong GC roots。

换句话说，young GC比full GC的GC roots还要更大一些。如果不能理解这个道理，那整个讨论也就无从谈起了。

四、哪些对象可以作为 GC Roots 的对象：

GC管理的主要区域是Java堆，一般情况下只针对堆进行垃圾回收。方法区、栈和本地方法区不被GC所管理,因而选择这些区域内的对象作为GC roots,被GC roots引用的对象不被GC回收。

1. 虚拟机栈中栈桢中的局部变量（也叫局部变量表）中引用的对象
2. 方法区中类的静态变量
3. 常量引用的对象
4. 本地方法栈中 JNI (Native方法)引用的对象

四种引用的代码演示就转一下这个连接，里面有很详细的讲解：

作者：Etyero
链接：https://blog.csdn.net/u010798968/article/details/72835255