当对象不再使用时,不赋值为 null 会导致什么后果?
前言
许多Java开发者都曾听说过“不使用的对象应手动赋值为null“这句话,而且好多开发者一直信奉着这句话;问其原因,大都是回答“有利于GC更早回收内存,减少内存占用”,但再往深入问就回答不出来了。
鉴于网上有太多关于此问题的误导,本文将通过实例,深入JVM剖析“对象不再使用时赋值为null”这一操作存在的意义,供君参考。本文尽量不使用专业术语,但仍需要你对JVM有一些概念。
示例代码
我们来看看一段非常简单的代码:
Java
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“的情况:
Java
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一样。
比如对于下面这段代码:
Java
public static void main(String[] args) {int a = 1;int b = 2;int c = a + b;
}
其运行时栈的状态可以理解成:
索引 | 变量 |
---|---|
1 | a |
2 | b |
3 | c |
“索引”表示变量在栈中的序号,根据方法内代码执行的先后顺序,变量被按顺序放在栈中。
再比如:
Java
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”
我们再来回头看看最开始的例子:
Java
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 Signature0 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
的索引。
Java
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 Signature0 23 0 args [Ljava/lang/String;5 12 1 placeHolder [B19 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“时大胆去用,但不应当对其有过多依赖,更不能当作是一个普遍规则来推广。
当对象不再使用时,不赋值为 null 会导致什么后果?相关推荐
- 有没搞错?Java 对象不使用时要赋值为 null?
点击上方蓝色"方志朋",选择"设为星标"回复"666"获取独家整理的学习资料! 许多Java开发者都曾听说过"不使用的对象应手动赋 ...
- Java中当对象不再使用时,不赋值为null会导致什么后果 ?
点击上方蓝色"程序猿DD",选择"设为星标" 回复"资源"获取独家整理的学习资料! 作者 | zhantong 来源 | https://w ...
- Java : 对象不再使用时,为什么要赋值为 null ? 侵删
前言 许多Java开发者都曾听说过"不使用的对象应手动赋值为null"这句话,而且好多开发者一直信奉着这句话:问其原因,大都是回答"有利于GC更早回收内存,减少内存占用& ...
- 你肯定不知道Java 对象不再使用时,为什么要赋值为 null ?
先替老大插播一条招聘:有没有在看机会或者准备看机会的同学,淘系闲鱼技术部急需 p6-p7 的前后端,flutter + Dart Faas一体化的践行者.base 杭州,面试通过可年后入职,感兴趣的私 ...
- 有没有搞错?Java 对象不使用时,要赋值为 null?
来源 | olarxiong.com/category/java/ 前言 最近,听粉丝讨论说,"不使用的对象应手动赋值为null" 这句话,而且好多开发者一直信奉着这句话:问其原因 ...
- java对象赋值_Java 对象不使用时为什么要赋值为 null?
前言 许多Java开发者都曾听说过"不使用的对象应手动赋值为null"这句话,而且好多开发者一直信奉着这句话:问其原因,大都是回答"有利于GC更早回收内存,减少内存占用& ...
- java 判断是否为null_说说Java 对象不使用时为什么要赋值为 null?
作者 | zhantong 来源 | www.polarxiong.com 前言 许多Java开发者都曾听说过"不使用的对象应手动赋值为null"这句话,而且好多开发者一直信奉着这 ...
- 面试官 | Java 对象不使用时为什么要赋值为 null?
作者 | zhantong 来源 | www.polarxiong.com 前言 许多Java开发者都曾听说过"不使用的对象应手动赋值为null"这句话,而且好多开发者一直信奉着这 ...
- “U盘、手机卡、内存卡出错,打开提示“未格式化”,里面有重要的资料~别着急,就这样试试吧~”【U盘、内存卡使用时意外断电或死机导致U盘无法打开,提示未格式化,解决思路参考】
我的U盘之前做成了启动盘,能脱离光盘的不便重装系统,最近帮别人重装系统的时候,通过u盘启动winpe的时候突然断电,导致u盘暂时瘫痪,通过别的机器, 插入u盘打开出现"磁盘i:未被格式化&q ...
最新文章
- 基于OpenCV的多位数检测器
- ListView, GirldList 等setCurrentItem 不立即刷新
- 一个基于xml的超级orm框架-世界是由懒人创造的。
- python单例_Python - 单例模式(Singleton)
- struts2+hibernate+spring配置管理(一)-配置文件2
- django得到Model的全部字段名(field)
- 学习日常笔记day11cookie及session
- easyui datebox 设置只读
- 第 7 章 Neutron - 078 - 实践 Neutron 前的两个准备工作
- 56、弱电工程交换机的三种vlan划分方法详解,划分vlan变得如此简单。
- Python 技术篇-用PIL库修改图片尺寸实例演示,python调整图像大小方法
- 《炬丰科技-半导体工艺》 砷化硼热管理
- NSSCTF web学习
- python 基础笔记之 loc和iloc
- java交错数组,C#交错数组用法实例
- 《基于区块链技术的虚假新闻检测方法》文献阅读笔记+总结
- python脚本模板
- python 中惰性实现
- word-break Java code
- CVX 工具箱(安装及用户指南)
热门文章
- Flink开发环境搭建(maven)
- 如何成为一名优秀的UI/UX设计师?
- nginx(一)安装与命令总结
- [Nhibernate]SchemaExport工具的使用(二)——创建表及其约束、存储过程、视图
- 读取points文件
- Lync前端服务器的卸载
- Linux EXT3文件系统下成功恢复误删的文件
- krylov子空间迭代法
- 网站维护:利用iptables和ipset屏蔽恶意IP的访问
- 错误:wasm streaming compile failed: CompileError: AsyncCompile: Wasm decoding failed