Java中对象垃圾回收的判定：三行赋值后有多少对象可被回收？-java教程-PHP中文网

Java中对象垃圾回收的判定：三行赋值后有多少对象可被回收？

本文通过分析一段典型的java引用赋值代码，详解对象可达性变化过程，明确指出在三次引用重定向后仅有一个对象因失去所有引用而符合垃圾回收条件。

本文通过分析一段典型的java引用赋值代码，详解对象可达性变化过程，明确指出在三次引用重定向后仅有一个对象因失去所有引用而符合垃圾回收条件。

在Java中，一个对象是否“有资格被垃圾回收（eligible for garbage collection）”，核心判断标准是：该对象是否还存在任何从GC Roots（如栈帧中的局部变量、静态变量等）可达的强引用路径。一旦对象不可达，它就成为垃圾回收的候选者。

我们来逐步追踪题干代码中三个Test对象的引用关系变化：

public class Test {
    public static void main(String[] args) {
        Test s1 = new Test(); // 创建对象A → s1 → A
        Test s2 = new Test(); // 创建对象B → s2 → B
        Test s3 = new Test(); // 创建对象C → s3 → C
        s1 = s3;              // s1 now points to C → s1→C, s2→B, s3→C
        s3 = s2;              // s3 now points to B → s1→C, s2→B, s3→B
        s1 = s2;              // s1 now points to B → s1→B, s2→B, s3→B
    }
}

关键点在于：每行赋值操作改变的是引用变量的指向，而非对象本身。我们用字母标记初始对象便于追踪：

初始：s1 → A，s2 → B，s3 → C
s1 = s3; → s1 → C，s2 → B，s3 → C（此时A已无引用）
s3 = s2; → s1 → C，s2 → B，s3 → B（A仍无引用；C仅被s1引用）
s1 = s2; → s1 → B，s2 → B，s3 → B（此时A和C均完全失去任何引用）

⚠️ 注意：上述分析中，A在第一轮赋值后即已不可达，而C在第三轮赋值后也失去最后引用——因此，在第11行（s1 = s2;）执行完毕后，对象A和对象C均不可达，共两个对象可被回收。

但等等——这与答案解析中“s1="B", s2="B", s3="C"”的结论矛盾？问题出在对s3 = s2和s1 = s2执行顺序的误读。

我们严格按顺序重演（带内存快照）：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载