Java对象引用传递探索
一直认为自己对对象传递理解的颇为深刻,没想到最近一次的编码中,就犯下了这样的错误,令自己排查了很久才找到问题的根源, 辅以小case记录以自省。
代码如下:
public class ObjReference {
String name = "ObjectReference";
String id = UUID.randomUUID().toString();
public ObjReference(){}
public ObjReference(String name, String id){
this.name = name;
this.id = id;
}
public String toSelfAttr(){
return "name = " + name + ", id = " + id;
}
public void fillSelf(ObjReference obj){
/*System.out.println("old address: " + obj);*/
obj = cloneSelf();
/*System.out.println("after clone,it's address: " + obj);*/
}
public ObjReference cloneSelf(){
ObjReference obj = new ObjReference(
"cloneSelf",UUID.randomUUID().toString());
/*System.out.println("clone ObjReference's address: " + obj.toString()
+ ", and its selfAttr: " + obj.toSelfAttr());*/
return obj;
}
public static void main(String[] args){
ObjReference obj = new ObjReference();
System.out.println("old ObjReference's address: " + obj.toString()
+ ", and its selfAttr: " + obj.toSelfAttr());
obj.fillSelf(obj);
System.out.println("after filled, ObjReference's address: " + obj.toString()
+ ", and its selfAttr: " + obj.toSelfAttr());
}
}
各位看官,运行结果会是如何? fillSelf()之后,对象本身属性改变是否会生效? 来看运行结果:
old ObjReference's address: com.chq.study.ObjReference@bb494b, and its selfAttr: name = ObjectReference, id = 91f17723-9227-461e-878e-51f7a3eedb0f
after filled, ObjReference's address: com.chq.study.ObjReference@bb494b, and its selfAttr: name = ObjectReference, id = 91f17723-9227-461e-878e-51f7a3eedb0f
我们会发现,对象地址没有改变(这个好理解,对象是按引用传递的),但出乎我预料的,对象属性也没有任何变化.... why?
放开fillSelf() & cloneSelf()的注释, 再次运行下,看看之间发生了什么。
old ObjReference's address: com.chq.study.ObjReference@1636e4e, and its selfAttr: name = ObjectReference, id = c10f9c98-8f15-4343-85db-7a85e21b22d7
old address: com.chq.study.ObjReference@1636e4e
clone ObjReference's address: com.chq.study.ObjReference@df0438, and its selfAttr: name = cloneSelf, id = eb117f7a-3463-4371-b723-4f43a041018d
after clone,it's address: com.chq.study.ObjReference@df0438
after filled, ObjReference's address: com.chq.study.ObjReference@1636e4e, and its selfAttr: name = ObjectReference, id = c10f9c98-8f15-4343-85db-7a85e21b22d7
橘黄色背景的,说明了最终结果没有变化。 青色背景的,说明对象在fill过程中,实际是有变化的,不仅是对象属性,其address也是发生了变化的。
既然address都已经变化了,那为何最终结果并没有体现出这种变化呢?这个说明了什么?
大家都知道的:对象传参时,是按引用传的,这个引用,指的是指向内存堆heap中实际对象的地址,所有对此对象的改变,实际是发生在heap中的那个实际对象体块上。
可这个解释不了示例中的现象,因为对象地址也是改变了的,虽然new了新对象,但我们确实将新对象的address返回并覆盖原对象地址了,那为何没有得到预期的结果?
大家未必知道的:对象引用传递时,对象引用本身是按值(by-value)传递的,是保存在thread stack上的,即copy了一份出来进行传递的,如同基本类型的传递。
所以虽然我们明确改变了对象引用指向的heap地址,以及传递对象本身的地址(是对象本身地址的copy,如同指针),但实际对象本身地址并未改变,所以最终结果不会有变化。
这同时也是我所犯下的错误。所以如果想使用类似此种实现,有两种办法:
1、原对象不要先指向任何对象(无论new还是null),仅声明并直接指向待构造新对象的方法即可(如: ObjReference obj2 = test.cloneSelf())
2、改变对象的方法中,还使用原来对象,不要new新的对象出来(确保对象引用本身没有变化,变化的仅是heap中的)
我们可以在main中屏蔽掉之前的代码,增加如下代码,进行方式1的验证:
public static void main(String[] args){
/*ObjReference obj = new ObjReference();
System.out.println("old ObjReference's address: " + obj.toString()
+ ", and its selfAttr: " + obj.toSelfAttr());
obj.fillSelf(obj);
System.out.println("after filled, ObjReference's address: " + obj.toString()
+ ", and its selfAttr: " + obj.toSelfAttr());*/
ObjReference test = new ObjReference();
ObjReference obj1 = null;
test.fillSelf(obj1);
System.out.println(null == obj1 ? "obj1 is null." :
"obj1 is : " + obj1.toSelfAttr());
ObjReference obj2 = test.cloneSelf();
System.out.println("obj2 is : " + obj2.toSelfAttr());
}
运行结果:
old address: null
clone ObjReference's address: com.chq.study.ObjReference@18e261d, and its selfAttr: name = cloneSelf, id = 37be891f-127c-4b70-a992-fa842d79ca2e
after clone,it's address: com.chq.study.ObjReference@18e261d
obj1 is null.
clone ObjReference's address: com.chq.study.ObjReference@1684706, and its selfAttr: name = cloneSelf, id = efc60431-d20a-4614-83ff-d3eaa018c41c
obj2 is : name = cloneSelf, id = efc60431-d20a-4614-83ff-d3eaa018c41c
我的一个疑问,盼高人指点: java中有可以查看对象引用本身地址(引用本身的指针)的方法或者工具么? 如有,可对此做更加强有力的支撑验证。
Java对象引用传递探索的更多相关文章
- java对象引用传递和值传递的一些总结
1.对象作为函数的参数传递过去的时候,是以原对象的引用的方式传递的,更改参数对象的值,会影响原来的对象. 2.对象作为函数的返回值的时候,传递过来的也是一个引用传递,更改传递过来的对象的时候,会影响原 ...
- JAVA 对象引用,以及对象赋值
注:引自http://zwmf.iteye.com/blog/1738574 关键字: java对象 引用 Java对象及其引用 关于对象与引用之间的一些基本概念. 初学Java时,在很长一段时间里, ...
- JAVA 对象引用,以及对象赋值(转)
原文链接:http://zwmf.iteye.com/blog/1738574 关键字: java对象 引用 Java对象及其引用 关于对象与引用之间的一些基本概念. 初学Java时,在很长一段时间里 ...
- Java对象引用和对象赋值
关于对象与引用之间的一些基本概念. 初学Java时,在很长一段时间里,总觉得基本概念很模糊.后来才知道,在许多Java书中,把对象和对象的引用混为一谈.可是,如果我分不清对象与对象引用,那实在没法很好 ...
- JAVA学习笔记之JAVA 对象引用以及赋值
关于对象与引用之间的一些基本概念. 初学Java时,在很长一段时间里,总觉得基本概念很模糊.后来才知道,在许多Java书中,把对象和对象的引用混为一谈.可是,如果我分不清对象与对象引用, 那实在没 ...
- String 不变性以及 Java 值传递和引用传递
String 不变性以及 Java 值传递和引用传递 public class Example { String str = new String("good"); char[] ...
- Java方法传递参数传值还是传址的问题
这几天重构项目代码遇到一个疑问:可不可以在方法A中定义一个boolean变量b为false,然后A调用方法C把b传递到C方法中经过一些列业务判断后修改为true,C执行结束后A方法中b的值还是原来的f ...
- java对象与java对象引用的区别
java对象与java对象引用的区别 对象与对象引用的区别 直接用例子说话吧 Person per = new Person("张三"); 这一条语句,其实包括了四个动作: 右边的 ...
- 老生常谈--Java值传递和引用传递
起因 前两天面试被问到了这个问题,虽然之前老早就了解过这个问题,但是并没有深入了解,所以面试的时候一下子慌了,菜是原罪,今天菜鸡来补补基础知识. 其实这个问题一直是被讨论的,常见的三种说法就是,1,J ...
随机推荐
- [ python ] 线程的操作
目录 (见右侧目录栏导航) - 1. 前言 - 1.1 进程 - 1.2 有了进程为什么要有线程 - 1.3 线程的出现 - 1.4 进程和线程的关系 - 1.5 线程的 ...
- 防范XSS跨站
所有jsp页面输出全部使用<c:out value="{}"/> 默认就是escapeXml="true" java中间件,<c:out /& ...
- awk中NF,NR的含义
awk中NF和NR的意义,其实你已经知道NF和NR的意义了,NF代表的是一个文本文件中一行(一条记录)中的字段个数,NR代表的是这个文本文件的行数(记录数).在编程时特别是在数据处理时经常用到.建议你 ...
- 20165301 2017-2018-2 《Java程序设计》第六周学习总结
20165301 2017-2018-2 <Java程序设计>第六周学习总结 教材学习内容总结 第七章:常用实类 String类 构造String对象 常量对象 String对象 Stri ...
- 洛谷P1094纪念品分组 题解
题目传送门 首先的思路就是贪心.先将所有的纪念品按照价格从低到高进行排序.在分别从左到右.从右到左合并纪念品.如果两端纪念品价格超过了上上限,那么就将较大的那一个纪念品独自放入.否则将两个纪念品一起放 ...
- HadoopMR-Spark-HBase-Hive
 YARN资源调度: 三种 FIFO 大任务独占 一堆小任务独占 capacity 弹性分配 :计算任务较少时候可以利用全部的计算资源,当队列的任务多的时候会按照比例进行资源平衡. 容量保证:保证队 ...
- 洛谷P2147 [SDOI2008] 洞穴勘探 [LCT]
题目传送门 洞穴勘探 题目描述 辉辉热衷于洞穴勘测. 某天,他按照地图来到了一片被标记为JSZX的洞穴群地区.经过初步勘测,辉辉发现这片区域由n个洞穴(分别编号为1到n)以及若干通道组成,并且每条通道 ...
- Python并发编程-信号量
信号量保证同一资源同一时间只能有限定的进程去访问 一套资源,同一时间,只能被n个人访问 某一段代码,同一时间,只能被n个进程执行 from multiprocessing import Process ...
- 基于NMAP日志文件的暴力破解工具BruteSpray
基于NMAP日志文件的暴力破解工具BruteSpray 使用NMAP的-sV选项进行扫描,可以识别目标主机的端口对应的服务.用户可以针对这些服务进行认证爆破.为了方便渗透测试人员使用,Kali L ...
- 关于urllib、urllib2爬虫伪装的总结
站在网站管理的角度,如果在同一时间段,大家全部利用爬虫程序对自己的网站进行爬取操作,那么这网站服务器能不能承受这种负荷?肯定不能啊,如果严重超负荷则会时服务器宕机(死机)的,对于一些商业型的网站,宕机 ...