你真的真的理解Java的按引用传递吗?
来源:互联网 发布:网络运营工资待遇 编辑:程序博客网 时间:2024/06/05 18:08
【转自 http://blog.csdn.net/xiaoxian8023 】
今天在博客上看到《你真的理解Java的按引用传递吗?》这篇博文,就好奇进去看了一下,结果发现,其实说了半天,并没有特别清楚的解释。尤其是对于传递String类型时的例子时,有点发蒙。
接触Java也有好几年了,本来以为这些简单自己早就懂了,结果在看到最后一个例子时,直接就把答案给猜错了。
上面这个demo的结果是: 而不是
仔细研究了一下,现在终于是弄懂了。原来以前都是自以为懂了。
先不解析上面这个demo,我们拿下面这个来说明:
答案是什么呢:为什么不一样,按照在书上看到的——“java传递的是引用,也就是对象的地址”,那change方法把源对象的str属性给改了,为什么change2不能改呢?
第一副图,对应对象aaa,第二副图对应对象bbb。
第一副:首先new了一个对象aaa,里面有一个str,指向字符串“123”的地址。然后调用change(aaa)后,由于java方法传递的是地址值的拷贝,所以参数a对象也是指向了aaa原来的堆空间。然后更改str,把参数a中str的指向了“abc”所在空间,即把aaa的str的地址给换成了“abc”,所以最后在输出的时候就会输出“abc”了。
第二副:首先new了一个对象bbb,里面有一个str,指向字符串“123”的地址。然后调用change(bbb)后,由于java方法传递的是地址值的拷贝,所以参数a对象也是指向了aaa原来的堆空间。但是,方法里调用了b = new AAA();,这样就把b指向的地址换成了一个新对象的地址,同时里面有一个str,由于也是“123”,所以指向的是同一个“123”所属的地址。然后更改str,只是把参数对象a的str的地址给换成了“abc”(双线粗箭头),但是bbb对象中的str仍然没有变化,所以最后在输出的时候还是输出“123”了。
所以说在传递对象类型时,就看在方法里参数的地址在修改其他属性前有没有发生改变:
- 如果形参的(引用)地址发生了改变,那对原对象就没有影响;
- 如果形参的(引用)地址未改变,但属性有改变,原对象的属性会有随之改变;
- 如果属性先改变,形参的(引用)地址后改变,那原对象的属性在地址改变前有修改的会随之改变。
所以我们会经常看到下面的这样的例子:
最后输出list.size=3,因为list的地址没有发生变化,所以方法中对list增删对象,原对象就会有变化。
所以现在再看传递String的这个方法,是不是就简单多了。因为在方法中参数的地址改变了,所以就不会影响到源对象了。所以还是输出“123”。
那再回头看看文章里第一个例子是不是就也清楚了。
- 你真的理解Java的按引用传递吗?
- 你真的真的理解Java的按引用传递吗?
- 你真的真的理解Java的按引用传递吗?
- 你真的理解Java传值与引用吗?
- 你真的明白吗?--Java对象以及对象引用
- 你真的理解Java的基本数据类型吗?
- 你真的理解Java的this和super吗?
- java,你真的理解,=赋值的含义吗?
- 你真的理解java里的helloworld吗?
- 你真的理解position?
- Java中的String你真的理解了吗?
- 你真的理解java中的null“类型”吗?
- extern你真的理解吗?
- 你真的理解clear:both吗?
- 三层,你真的理解了吗?
- 你真的理解z-index吗?
- 你真的理解了AsyncTask吗?
- 你真的理解大数据吗?
- Java中堆内存和栈内存详解
- 交换排序——快速排序
- MYSQL-datatime和timestamp的区别
- Java_log2000_System.err
- JavaScript中常见的设计模式(1)工厂模式
- 你真的真的理解Java的按引用传递吗?
- JD-GUI解决 This application requires Java Runtime Environment 1.7
- 快速排序
- Django之model admin自定义后台管理
- java 输入数字 输出对应周几
- DOS批处理命令Start的使用介绍吗,使用start命令快捷启动程序
- jenkins + Git 搭建持续集成环境
- 【前缀和】洛谷 P1115 最大子段和
- LaTex文档类型