专栏首页黄新涛Java 程序员: 对象不再使用时,为什么要赋值为 null ?架构师必看!!!
原创

Java 程序员: 对象不再使用时,为什么要赋值为 null ?架构师必看!!!

很多Java程序员应该都知道“不使用的对象应手动赋值为null“这句话,而且好多Java程序员也都一直信奉着这句话;询问其原因,大都是“有利于GC更早回收内存,减少内存占用”,但再往深入问就回答不出来了。

由于网上有太多关于此问题的误导,本文将通过实例,深入JVM剖析“对象不再使用时赋值为null”这一操作存在的意义,供大家参考。本文尽量不使用专业术语,但仍需要你对JVM有一些概念。

示例代码

我们来看看一段非常简单的代码:

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已经无法访问到了。来看看输出:

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回收掉,是不是不可思议?

下面来看看遵循“不使用的对象应手动赋值为null“的情况:

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(); }

其输出为:

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

这次GC后内存占用下降到了345K,即placeHolder被成功回收了!对比两段代码,仅仅将placeHolder赋值为null就解决了GC的问题,真应该感谢“不使用的对象应手动赋值为null“。

等等,为什么例子里placeHolder不赋值为null,GC就“发现不了”placeHolder该回收呢?这才是问题的关键所在。

运行时栈

典型的运行时栈

如果你了解过编译原理,或者程序执行的底层机制,你会知道方法在执行的时候,方法里的变量(局部变量)都是分配在栈上的;当然,对于Java来说,new出来的对象是在堆中,但栈中也会有这个对象的指针,和int一样。

比如对于下面这段代码:

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

其运行时栈的状态可以理解成:

索引

变量

1

a

2

b

3

c

“索引”表示变量在栈中的序号,根据方法内代码执行的先后顺序,变量被按顺序放在栈中。

再比如:

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

这时运行时栈就是:

索引

变量

1

a

2

b

3

c

4

d

容易理解吧?其实仔细想想上面这个例子的运行时栈是有优化空间的。

Java的栈优化

上面的例子,main()方法运行时占用了4个栈索引空间,但实际上不需要占用这么多。当if执行完后,变量a、b和c都不可能再访问到了,所以它们占用的1~3的栈索引是可以“回收”掉的,比如像这样:

索引

变量

1

a

2

b

3

c

1

d

变量d重用了变量a的栈索引,这样就节约了内存空间。

提醒

上面的“运行时栈”和“索引”是为方便引入而故意发明的词,实际上在JVM中,它们的名字分别叫做“局部变量表”和“Slot”。而且局部变量表在编译时即已确定,不需要等到“运行时”。

GC一瞥

这里来简单讲讲主流GC里非常简单的一小块:如何确定对象可以被回收。另一种表达是,如何确定对象是存活的。

仔细想想,Java的世界中,对象与对象之间是存在关联的,我们可以从一个对象访问到另一个对象。如图所示。

再仔细想想,这些对象与对象之间构成的引用关系,就像是一张大大的图;更清楚一点,是众多的树。

如果我们找到了所有的树根,那么从树根走下去就能找到所有存活的对象,那么那些没有找到的对象,就是已经死亡的了!这样GC就可以把那些对象回收掉了。

现在的问题是,怎么找到树根呢?JVM早有规定,其中一个就是:栈中引用的对象。也就是说,只要堆中的这个对象,在栈中还存在引用,就会被认定是存活的

提醒

上面介绍的确定对象可以被回收的算法,其名字是“可达性分析算法”。

JVM的“bug”

我们再来回头看看最开始的例子:

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

看看其运行时栈:

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

栈中第一个索引是方法传入参数args,其类型为String[];第二个索引是placeHolder,其类型为byte[]。

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

为了验证这一推断,我们在System.gc();之前再声明一个变量,按照之前提到的“Java的栈优化”,这个变量会重用placeHolder的索引。

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(); }

看看其运行时栈:

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情况:

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

placeHolder被成功回收了!我们的推断也被验证了。

再从运行时栈来看,加上int replacer = 1;和将placeHolder赋值为null起到了同样的作用:断开堆中placeHolder和栈的联系,让GC判断placeHolder已经死亡。

现在算是理清了“不使用的对象应手动赋值为null“的原理了,一切根源都是来自于JVM的一个“bug”:代码离开变量作用域时,并不会自动切断其与堆的联系。为什么这个“bug”一直存在?你不觉得出现这种情况的概率太小了么?算是一个tradeoff了。

总结

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

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 【真实面试经历】我和阿里面试官的一次“邂逅”(附问题详解)

    本文的内容都是根据读者投稿的真实面试经历改编而来,首次尝试这种风格的文章,花了几天晚上才总算写完,希望对你有帮助。

    Java码农那些事
  • 大厂面试题:集群部署时的分布式 session 如何实现?

    session 是啥?浏览器有个 cookie,在一段时间内这个 cookie 都存在,然后每次发请求过来都带上一个特殊的 jsessionid cookie,...

    Java码农那些事
  • Java程序员考研失败后的面试经历,oppo、VIVO、等面经

    服务器上有个文件里有上亿个QQ号,三个问题:怎么快速找出你自己的号是否在里面?怎么快速确定出现次数最多的号码?还有一个压根没听清。。每个问题之间可能有关联也可能...

    Java码农那些事
  • Java : 对象不再使用时,为什么要赋值为 null ?

    原文链接:http://www.polarxiong.com/

    业余草
  • python爬虫实战,用python解决爬虫过程中的验证码机制!

    云飞
  • 详解爬虫与RPA的工作原理和差异

    其实关于爬虫和RPA之前的区别,在去年7月份51RPA小编已经分享过了,RPA机器人和爬虫的区别,他们的边界在哪里?。刚刚过去的2019年,是数字化转型进程中极...

    RPA小葵
  • jvm系列:jvm知识点总览

    在江湖中要练就绝世武功必须内外兼备,精妙的招式和深厚的内功,武功的基础是内功。对于武功低(就像江南七怪)的人,招式更重要,因为他们不能靠内功直接去伤人,只能靠招...

    Java高级架构
  • 小鹅网工幸福生活之 DCI 网络

    “鹅厂网事”由深圳市腾讯计算机系统有限公司技术工程事业群网络平台部运营,我们希望与业界各位志同道合的伙伴交流切磋最新的网络、服务器行业动态信息,同时分享腾讯在...

    鹅厂网事
  • swiper实现图片轮播功能

    swiper是一个相当强大的图片展示插件,下面我来介绍一下swiper的简单图片轮播功能。一般情况下我们所说的图片轮播就是在一个区域内有几张图片循环展示,有的可...

    无邪Z
  • DjangoRESTframework(补充)

    版权声明:Copyright © ...

    zhengzongwei

扫码关注云+社区

领取腾讯云代金券