GC Roots 详解：哪些对象不会被回收？

public class StackFrameDemo {
    public void processData() {
        User user = new User("Alice");                     // user 是 GC Root
        Map<String, Object> cache = new HashMap<>();
        cache.put("data", new byte[100 * 1024 * 1024]); // 100MB，存活
        doSomething(user, cache);
    }
    // ← 方法返回，栈帧弹出，user 和 cache 引用失效
    //   100MB 数组变为不可达，下次 GC 自动回收
}

// javap -c 简化输出
  new java/lang/Object                 // ① 实例创建，引用压入操作数栈（此刻只有栈引用它）
  dup                                  // ② 复制一份引用（一份留栈上准备调构造器）
  invokespecial java/lang/Object.<init> // ③ 执行构造器
  astore_1                             // ④ 存入局部变量槽 1（此后由局部变量表引用）
  // ①→④ 任何时刻触发 GC，该对象都是可达的

public class ConfigManager {
    // instance 是 GC Root，只要类没卸载就不会被回收
    private static ConfigManager instance = new ConfigManager();
    private static Map<String, Object> cache = new HashMap<>(); // cache 也是 GC Root
}

public class EventBus {
    private static final Map<String, List<EventListener>> listeners = new HashMap<>();

    public static void register(String event, EventListener l) {
        listeners.computeIfAbsent(event, k -> new ArrayList<>()).add(l);
        // ⚠️ 只进不出！Map 随运行时间无限增长
    }
    // ❌ 缺少 unregister 方法
}

String s1 = "hello";                  // "hello" 进入常量池，成为 GC Root
String s2 = "hello";                  // 复用池中同一个对象，s1 == s2 为 true
String s3 = new String("hello");      // 堆中新对象，但 "hello" 仍在常量池中

public class SessionStore {
    private static final Map<String, Session> sessions = new HashMap<>();
    public static void add(Session s) { sessions.put(s.getId(), s); }
    // ❌ 没有 remove — 引用链: sessions(静态变量) → Session → 永不回收
}

private static final ThreadLocal<UserContext> ctx = new ThreadLocal<>();

public void handleRequest() {
    ctx.set(new UserContext(currentUser));
    try { doBusinessLogic(); }
    finally { ctx.remove(); }  // ⚠️ 必须 remove！线程池中线程复用，变量残留
}
// GC Root: 线程栈帧 → ThreadLocalMap → UserContext → 线程不销毁则永不回收

// ❌ 忘记关闭 — Connection 被 native 层持有（JNI 全局引用 = GC Root）
Connection conn = dataSource.getConnection();
ResultSet rs = conn.createStatement().executeQuery("SELECT ...");

// ✅ 正确做法：try-with-resources 自动关闭
try (Connection c = dataSource.getConnection();
     ResultSet r = c.createStatement().executeQuery("SELECT ...")) { /* ... */ }

public class Dashboard {
    public Dashboard() {
        EventBus.register("dataUpdate", this::onDataUpdate);
        // ❌ EventBus(静态变量=GC Root) 持有 Dashboard 引用，页面关闭后仍无法回收
    }
    public void destroy() {
        EventBus.unregister("dataUpdate", this::onDataUpdate); // ✅ 生命周期结束时注销
    }
}

public class OrderController {
    private byte[] bigData = new byte[100 * 1024 * 1024]; // 100MB

    public void asyncReport() {
        executor.execute(new ReportTask());
        // ❌ 方法返回后 Task 还在线程池队列里 → 它隐式持有外部类 → 100MB 收不掉
    }

    class ReportTask implements Runnable {
        // 非静态内部类字节码里藏着隐式字段：OrderController this$0; ← 泄漏链关键一环
        public void run() { /* 用 bigData 做报表 */ }
    }
}
// ✅ 修复：ReportTask 改 static 内部类（或顶层类），显式只持有需要的字段；确需外部实例用 WeakReference

// 对可疑大对象右键 → Path to GC Roots → 排除 GC Roots 和弱/软/虚引用
java.lang.Class@3a2b1c4d                       ← JVM 内部引用（Class 对象）
└─ field: com.example.SessionStore.sessions    ← 静态字段 = GC Root
   └─ java.util.HashMap@7f3e2a1b
      └─ Node[8192]
         └─ Session@1d2e3f4a                    ← 目标对象（retained 2.4 GB）
   → 结论：被静态变量 sessions 拽住，修复 = 给 SessionStore 加过期淘汰/remove

// 配套命令行：
$ jmap -histo:live 8842 | head -20   # 每类实例数 + 总大小（:live 会先触发 Full GC）
$ jcmd 8842 VM.classloader_stats     # 各 ClassLoader 加载类数 → 一眼看出加载器泄漏