有没有搞错？Java 对象不使用时，要赋值为 null？

速读摘要文章源自JAVA秀-https://www.javaxiu.com/4847.html

问其原因，大都是回答"有利于GC更早回收内存，减少内存占用"，但再往深入问就回答不出来了。这次GC后内存占用下降到了345K，即placeHolder被成功回收了!仔细想想，Java的世界中，对象与对象之间是存在关联的，我们可以从一个对象访问到另一个对象。的作用域，但在此之后，没有任何对运行时栈的读写，placeHolder所在的索引还没有被其他变量重用，所以GC判断其为存活。希望看到这里你已经明白了"不使用的对象应手动赋值为null"这句话背后的奥义。文章源自JAVA秀-https://www.javaxiu.com/4847.html

原文约 2569 字 | 图片 2 张 | 建议阅读 6 分钟 | 评价反馈文章源自JAVA秀-https://www.javaxiu.com/4847.html

有没有搞错？Java 对象不使用时，要赋值为 null？

架构师编辑部 架构师专栏 文章源自JAVA秀-https://www.javaxiu.com/4847.html

大家好，我是磊哥。文章源自JAVA秀-https://www.javaxiu.com/4847.html

最近，磊哥，听粉丝讨论说，“不使用的对象应手动赋值为null“ 这句话，而且好多开发者一直信奉着这句话；问其原因，大都是回答“有利于GC更早回收内存，减少内存占用”，但再往深入问就回答不出来了。文章源自JAVA秀-https://www.javaxiu.com/4847.html

文章源自JAVA秀-https://www.javaxiu.com/4847.html

鉴于网上有太多关于此问题的误导，本文将通过实例，深入JVM剖析“对象不再使用时赋值为null”这一操作存在的意义，供君参考。本文尽量不使用专业术语，但仍需要你对JVM有一些概念。文章源自JAVA秀-https://www.javaxiu.com/4847.html

示例代码

我们来看看一段非常简单的代码：文章源自JAVA秀-https://www.javaxiu.com/4847.html

public static void main(String[] args) {    if (true) {        byte[] placeHolder = new byte[64 * 1024 * 1024];        System.out.println(placeHolder.length / 1024);    }    System.gc();}

我们在if中实例化了一个数组placeHolder，然后在if的作用域外通过System.gc();手动触发了GC，其用意是回收placeHolder，因为placeHolder已经无法访问到了。来看看输出：文章源自JAVA秀-https://www.javaxiu.com/4847.html

65536[GC 68239K->65952K(125952K), 0.0014820 secs][Full GC 65952K->65881K(125952K), 0.0093860 secs]

Full GC 65952K->65881K(125952K)代表的意思是：本次GC后，内存占用从65952K降到了65881K。意思其实是说GC没有将placeHolder回收掉，是不是不可思议？文章源自JAVA秀-https://www.javaxiu.com/4847.html

下面来看看遵循“不使用的对象应手动赋值为null“的情况：文章源自JAVA秀-https://www.javaxiu.com/4847.html

public static void main(String[] args) {    if (true) {        byte[] placeHolder = new byte[64 * 1024 * 1024];        System.out.println(placeHolder.length / 1024);        placeHolder = null;    }    System.gc();}

其输出为：文章源自JAVA秀-https://www.javaxiu.com/4847.html

65536[GC 68239K->65952K(125952K), 0.0014910 secs][Full GC 65952K->345K(125952K), 0.0099610 secs]

这次GC后内存占用下降到了345K，即placeHolder被成功回收了！对比两段代码，仅仅将placeHolder赋值为null就解决了GC的问题，真应该感谢“不使用的对象应手动赋值为null“。文章源自JAVA秀-https://www.javaxiu.com/4847.html

等等，为什么例子里placeHolder不赋值为null，GC就“发现不了”placeHolder该回收呢？这才是问题的关键所在。文章源自JAVA秀-https://www.javaxiu.com/4847.html

运行时栈

如果你了解过编译原理，或者程序执行的底层机制，你会知道方法在执行的时候，方法里的变量（局部变量）都是分配在栈上的；当然，对于Java来说，new出来的对象是在堆中，但栈中也会有这个对象的指针，和int一样。文章源自JAVA秀-https://www.javaxiu.com/4847.html

比如对于下面这段代码：文章源自JAVA秀-https://www.javaxiu.com/4847.html

public static void main(String[] args) {    int a = 1;    int b = 2;    int c = a + b;}

其运行时栈的状态可以理解成：文章源自JAVA秀-https://www.javaxiu.com/4847.html

“索引”表示变量在栈中的序号，根据方法内代码执行的先后顺序，变量被按顺序放在栈中。文章源自JAVA秀-https://www.javaxiu.com/4847.html

再比如：文章源自JAVA秀-https://www.javaxiu.com/4847.html

public static void main(String[] args) {    if (true) {        int a = 1;        int b = 2;        int c = a + b;    }    int d = 4;}

这时运行时栈就是：文章源自JAVA秀-https://www.javaxiu.com/4847.html

容易理解吧？其实仔细想想上面这个例子的运行时栈是有优化空间的。文章源自JAVA秀-https://www.javaxiu.com/4847.html

上面的例子，main()方法运行时占用了4个栈索引空间，但实际上不需要占用这么多。当if执行完后，变量a、b和c都不可能再访问到了，所以它们占用的1～3的栈索引是可以“回收”掉的，比如像这样：文章源自JAVA秀-https://www.javaxiu.com/4847.html

变量d重用了变量a的栈索引，这样就节约了内存空间。文章源自JAVA秀-https://www.javaxiu.com/4847.html

上面的“运行时栈”和“索引”是为方便引入而故意发明的词，实际上在JVM中，它们的名字分别叫做“局部变量表”和“Slot”。而且局部变量表在编译时即已确定，不需要等到“运行时”。还请注意文章源自JAVA秀-https://www.javaxiu.com/4847.html

GC一瞥

这里来简单讲讲主流GC里非常简单的一小块：如何确定对象可以被回收。另一种表达是，如何确定对象是存活的。文章源自JAVA秀-https://www.javaxiu.com/4847.html

仔细想想，Java的世界中，对象与对象之间是存在关联的，我们可以从一个对象访问到另一个对象。如图所示。文章源自JAVA秀-https://www.javaxiu.com/4847.html

文章源自JAVA秀-https://www.javaxiu.com/4847.html

GC Roots文章源自JAVA秀-https://www.javaxiu.com/4847.html

再仔细想想，这些对象与对象之间构成的引用关系，就像是一张大大的图；更清楚一点，是众多的树。文章源自JAVA秀-https://www.javaxiu.com/4847.html

如果我们找到了所有的树根，那么从树根走下去就能找到所有存活的对象，那么那些没有找到的对象，就是已经死亡的了！这样GC就可以把那些对象回收掉了。文章源自JAVA秀-https://www.javaxiu.com/4847.html

现在的问题是，怎么找到树根呢？JVM早有规定，其中一个就是：栈中引用的对象。也就是说，只要堆中的这个对象，在栈中还存在引用，就会被认定是存活的。文章源自JAVA秀-https://www.javaxiu.com/4847.html

上面介绍的确定对象可以被回收的算法，其名字是“可达性分析算法”。文章源自JAVA秀-https://www.javaxiu.com/4847.html

JVM的“bug”

我们再来回头看看最开始的例子：文章源自JAVA秀-https://www.javaxiu.com/4847.html

public static void main(String[] args) {    if (true) {        byte[] placeHolder = new byte[64 * 1024 * 1024];        System.out.println(placeHolder.length / 1024);    }    System.gc();}

看看其运行时栈：文章源自JAVA秀-https://www.javaxiu.com/4847.html

LocalVariableTable:Start  Length  Slot  Name   Signature    0      21     0  args   [Ljava/lang/String;    5      12     1 placeHolder   [B

栈中第一个索引是方法传入参数args，其类型为String[]；第二个索引是placeHolder，其类型为byte[]。文章源自JAVA秀-https://www.javaxiu.com/4847.html

联系前面的内容，我们推断placeHolder没有被回收的原因：**System.gc();触发GC时，main()方法的运行时栈中，还存在有对args和placeHolder的引用，GC判断这两个对象都是存活的，不进行回收。**也就是说，代码在离开if后，虽然已经离开了placeHolder的作用域，但在此之后，没有任何对运行时栈的读写，placeHolder所在的索引还没有被其他变量重用，所以GC判断其为存活。文章源自JAVA秀-https://www.javaxiu.com/4847.html

为了验证这一推断，我们在System.gc();之前再声明一个变量，按照之前提到的“Java的栈优化”，这个变量会重用placeHolder的索引。文章源自JAVA秀-https://www.javaxiu.com/4847.html

public static void main(String[] args) {    if (true) {        byte[] placeHolder = new byte[64 * 1024 * 1024];        System.out.println(placeHolder.length / 1024);    }    int replacer = 1;    System.gc();}

看看其运行时栈：文章源自JAVA秀-https://www.javaxiu.com/4847.html

LocalVariableTable:Start  Length  Slot  Name   Signature    0      23     0  args   [Ljava/lang/String;    5      12     1 placeHolder   [B   19       4     1 replacer   I

不出所料，replacer重用了placeHolder的索引。来看看GC情况：文章源自JAVA秀-https://www.javaxiu.com/4847.html

65536[GC 68239K->65984K(125952K), 0.0011620 secs][Full GC 65984K->345K(125952K), 0.0095220 secs]

placeHolder被成功回收了！我们的推断也被验证了。文章源自JAVA秀-https://www.javaxiu.com/4847.html

再从运行时栈来看，加上int replacer = 1;和将placeHolder赋值为null起到了同样的作用：断开堆中placeHolder和栈的联系，让GC判断placeHolder已经死亡。文章源自JAVA秀-https://www.javaxiu.com/4847.html

现在算是理清了“不使用的对象应手动赋值为null“的原理了，一切根源都是来自于JVM的一个“bug”：代码离开变量作用域时，并不会自动切断其与堆的联系。为什么这个“bug”一直存在？你不觉得出现这种情况的概率太小了么？算是一个tradeoff了。文章源自JAVA秀-https://www.javaxiu.com/4847.html

总结

希望看到这里你已经明白了“不使用的对象应手动赋值为null“这句话背后的奥义。我比较赞同《深入理解Java虚拟机》作者的观点：在需要“不使用的对象应手动赋值为null“时大胆去用，但不应当对其有过多依赖，更不能当作是一个普遍规则来推广。文章源自JAVA秀-https://www.javaxiu.com/4847.html

来源 | https://www.polarxiong.com/category/java/文章源自JAVA秀-https://www.javaxiu.com/4847.html

给大家推荐一个公众号：ApachePulsar文章源自JAVA秀-https://www.javaxiu.com/4847.html

这里有关于云原生时代“消息中间件之王” Apache Pulsar “最全”技术干货；据说架构设计超越 Kafka，是强势后浪，外加硬核技术分享、资深大牛社群答疑、不定期线下聚会，带你解锁 Pulsar 开源大招！文章源自JAVA秀-https://www.javaxiu.com/4847.html

福利派送（关注公众号后领取）：文章源自JAVA秀-https://www.javaxiu.com/4847.html

1、发送关键词“集锦”，立即免费领取“史上最全”消息队列技术干货文章、视频学习资料，限量发送 100 份，先到先得！文章源自JAVA秀-https://www.javaxiu.com/4847.html

2、发送关键词“入群”，加入 Pulsar 技术交流群；文章源自JAVA秀-https://www.javaxiu.com/4847.html

3、发送关键词“抽奖”，抽取限量版 Pulsar 周边～快来参与吧！（截止日期：2021年3月22日）文章源自JAVA秀-https://www.javaxiu.com/4847.html

文章源自JAVA秀-https://www.javaxiu.com/4847.html

⬆长按识别关注文章源自JAVA秀-https://www.javaxiu.com/4847.html