Java中指向被垃圾回收器回收对象的引用为何不返回null？

这是个非常经典的Java内存模型误区，我来给你掰扯清楚核心逻辑：

首先得明确引用和对象是完全独立的两个东西：

• 你创建的QueueNode对象是存在堆内存里的一块数据；
• 而指向它的引用（比如你保存的oldHead变量），只是栈/堆里的一个"地址标签"，记录着这个对象在堆里的位置。

Java垃圾回收器（GC）的工作只和堆里的对象有关：当一个对象没有任何可达的引用指向它时，GC会标记这块内存为可回收，后续会把它占用的空间释放出来给其他对象用。但GC绝对不会去修改任何引用变量的值——说白了，GC不管你的"地址标签"，它只管回收标签对应的房子。

举个具体的代码例子更容易理解：

// 假设你调用dequeue拿到了原首节点
QueueNode oldHead = myQueue.dequeue();

// 此时队列内部已经把自己的head引用指向了下一个节点
// 但oldHead这个引用还死死攥着原节点的地址

// 当oldHead是最后一个指向原节点的引用时，GC会回收原节点的堆内存
// 但oldHead这个变量的值（也就是那个地址）依然是原来的数值，不会自动变成null

那如果你之后尝试用oldHead调用方法会怎么样？比如oldHead.getValue()？这时候可能会抛出NullPointerException，也可能暂时还能拿到一个奇怪的值——这属于悬空引用，Java里这种行为是未定义的，因为那块内存已经被GC回收，可能已经被其他对象占用了。但不管怎样，oldHead本身不会自动变成null，除非你手动给它赋值oldHead = null。

总结一下：

• GC回收的是对象实例，不是引用；
• 引用变量的值（地址）只会在你手动赋值为null时改变；
• 不要依赖GC来帮你清空引用，这不是它的职责。

内容的提问来源于stack exchange，提问作者j3141592653589793238