四、GC 垃圾回收（一）

【面试题】：

• JVM内存模型以及分区，需要详细到每个区放什么。
• 堆里面的分区：Eden，survival from to，老年代，各自的特点。
• Minor GC与Full GC分别在什么时候发生。

GC的特点：

• 次数上频繁收集Young区
• 次数上较少收集Old区
• 基本不动元空间区

4.1 GC 机制是什么

理解GC机制是什么，通俗一句话来说，就是三个什么，从“什么时候”，对“什么东西”做“什么事”。

什么时候

• 主动触发

调用system.gc()

• 被动触发

系统自身决定GC触发时机

什么东西

垃圾，====何为垃圾？ 垃圾判定

什么事

回收不用的对象，释放堆内存空间。

JVM垃圾判定算法：（对象已死？）

• 引用计数法(Reference-Counting)
• 可达性分析算法（根搜索算法）

GC垃圾回收主要有四大算法：

• 复制算法(Copying)
• 标记清除(Mark-Sweep)（怎么找到已死对象并清除？）
• 标记压缩(Mark-Compact)，又称标记整理
• 分代收集算法(Generational-Collection）

4.2 方法区的GC

类生命周期

1. 加载
2. 链接

1. 1. 验证：验证内容是否满足《Java虚拟机规范》
   2. 准备：给静态变量赋初值
   3. 解析：将常量池中的符号引用替换成指向内存的直接引用

1. 初始化
2. 使用
3. 卸载：在方法区中的类元信息回收

类对象放在堆中，为啥专指方法区啊？GC 不是主要发生在堆吗？

1. Class对象确实在堆中，跟随正常GC规则
2. 类元数据在方法区（JDK 8后是元空间）
3. "方法区"是规范概念，具体实现位置因JDK版本而异
4. 类卸载涉及两个层面：

• • 堆中的Class对象回收
  • 方法区中的类元数据回收

1. 都需要GC参与，但回收机制和时机不同

所以当我们说"方法区中的类卸载"时，主要指的是类的元数据信息的回收，这是类卸载的核心部分。而Class对象的回收相对简单，就是普通的堆内存GC。

什么时候

方法区中能回收的内容主要就是不再使用的类。判定一个类可以被卸载。需要同时满足下面三个条件：

1、此类所有实例对象没有在任何地方被引用，在堆中不存在任何该类的实例对象

Car car = new Car();
car = null;

2、该类对应的 java.lang.Class 对象没有在任何地方被引用。

Car car = new Car();
Class<? extends Car> aClass = car.getClass();
car = null;// 让类的实例对象引用断掉
aClass = null;// 让类对象的引用断掉

3、加载该类的类加载器没有在任何地方被引用

Car car = new Car();
Class<? extends Car> aClass = car.getClass();
ClassLoader classLoader = aClass.getClassLoader();
car = null;
aClass = null;
classLoader = null;

// 只有以上三个条件都满足 一个类才是真正的被卸载。（gc就会来回收）

这里发现，方法区中类回收要比实例对象回收，要求高很多，方法区很少产生垃圾，也因此很难被回收掉。尤其是这里面第三种很难被满足。

总结：方法区的回收通常情况下很少发生，但是如果通过自定义类加载器加载特定的是少数的类，那么 可以在程序中释放自定义类加载器的引用，卸载当前类，垃圾回收及会对这部分内容进行回收。

注意事项

对象回收 ≠ 类卸载

这是两个完全不同的概念：

对象回收（Object GC）：

• 回收堆中的实例对象
• 频繁发生
• 不涉及类元数据

类卸载（Class Unloading）：

• 回收方法区中的类元数据
• 极少发生
• 需要满足严格条件

类卸载会涉及到堆的对象吗？

是的，但是有条件的：

1. 类卸载的前提条件包括所有实例对象必须先被回收
2. 但对象回收不一定导致类卸载

关于对象回收和类卸载：

1. 对象回收是日常操作，类卸载是特殊事件
2. 绝大多数对象回收不涉及类卸载
3. 类卸载必须先回收所有实例，但反之不成立
4. 系统类永远不会被卸载（如String、Object等），从这点去理解很容易了
5. 只有自定义ClassLoader场景下才可能发生类卸载

简单说：每天有无数对象被回收，但类卸载可能几个月都不会发生一次。这两个过程在JVM中是相对独立的。