Java GC只作用于堆和方法区部分区域，通过可达性分析从GC Roots判断对象存活，按强、软、弱、虚引用强度决定回收时机，并在Stop-the-World状态下执行回收。
Java中的GC（Garbage Collection，垃圾收集）是JVM自动管理内存的核心机制。它不靠程序员手动释放对象，而是由虚拟机在运行时自动识别并回收那些“不再被使用”的对象所占的堆内存，从而防止内存泄漏、避免OutOfMemoryError，并让内存资源持续可用。
GC主要管哪块内存？
GC只作用于Java堆（Heap）和方法区（Method Area）中部分可回收内容（如废弃的常量、无用的类）。它不管以下区域：
- 虚拟机栈（每个线程私有，方法结束即自动弹出）
- 本地方法栈（Native方法使用）
- 程序计数器（只存地址，不存对象）
怎么判断一个对象该被回收？
JVM不用引用计数法（因无法解决循环引用，且开销大），而是采用可达性分析算法：
- 从一组称为“GC Roots”的对象出发（比如：正在执行的方法里的局部变量、类的静态变量、常量池中的引用、JNI中的本地引用）
- 顺着所有引用链往下搜索，能触达的对象就视为“存活”
- 完全找不到路径到达的对象，就被标记为“可回收”
不同引用类型影响回收时机
不是所有引用都一样硬气，JVM按强度分四类：
立即学习“Java免费学习笔记（深入）”；
-
强引用（如
Object obj = new Object()）：只要它存在，GC绝不会回收 - 软引用：内存快不够时才考虑回收，适合做缓存
- 弱引用：下次GC就会回收，比软引用更“脆弱”
- 虚引用：仅用于收到对象被回收的通知，不能阻止回收
GC过程会暂停应用吗？
会。大多数GC事件触发时，JVM会进入Stop-the-World状态——所有用户线程暂停，只留GC线程工作。这是为了保证堆中对象引用关系的一致性。不同垃圾收集器（如Serial、G1、ZGC）的目标，就是尽量缩短这个停顿时间。
基本上就这些。
