java老师拿钥匙_【Java-Method】读《重构》有感_Java方法到底是传值调用还是传引用调用（传钥匙调用）...

今天读《重构》P279，

Separate Query from Modifier，将查询函数和修改函数分离。

问题的产生

突然想到 Java 的传对象作为参数的方法到底是 传引用调用，还是 传值调用？修改参数，会不会影响实参呢？

下面两个代码是不是等效的呢？

//用新值覆盖旧值，并返回

publicStudent updateStudentInfo(Student newStudent , Student stu){

stu.sex=newStudent.sex;returnstu;

}

Student Tom= newStudent(boy);

Tom= updateStudentInfo(newStudent(girl), Tom);//此时可爱的Tom 就从 boy 变成了 girl 了...

我就在想，如果写成下面这样是不是也对呢？

//用新值覆盖旧值

public voidupdateStudentInfo(Student newStudent , Student stu){

stu.sex=newStudent.sex;

}

Student Girl= newStudent(girl);

Student Tom= newStudent(boy);

updateStudentInfo(Girl, Tom);//此时，Tom就应该变成 女的了...

然后，我在网络上收集了几个例子，很有意思。

有趣的例子

例子1：交换参数值

例子1 (原文1)：

上面的结果让人很失望，虽然形参对象e1,e2的内容交换了，但实参对象worker,manager并没有互换内容。这里面最重要的原因就在于形参e1,e2是实参worker,manager的地址拷贝。

大家都知道，在Java中对象变量名实际上代表的是对象在堆中的地址(专业术语叫做对象引用 )。在Java方法调用的时候，参数传递的是对象的引用。重要的是，形参和实参所占的内存地址并不一样，形参中的内容只是实参中存储的对象引用的一份拷贝。

如果大家对JVM内存管理中Java栈 的局部变量区 有所了解的话(可以参见《 Java 虚拟机体系结构 》)，就很好理解上面这句话。在JVM运行上面的程序时，运行main方法和swap方法，会在Java栈中先后push两个叫做栈帧 的内存空间。main栈帧中有一块叫局部变量区的内存用来存储实参对象worker和manager的引用。而swap栈帧中的局部变量区则存储了形参对象e1和e2的引用。虽然e1和e2的引用值分别与worker和manager相同，但是它们占用了不同的内存空间。当e1和e2的引用发生交换时，下面的图很清晰的看出完全不会影响worker和manager的引用值。

以上是第一个例子。做了个很准确也很有原理性的图，也写出了一个很有意思的现象：交换函数的参数值，似乎并不影响实参。然而，真理到此为止，原文却进一步引申出“Java是传值调用”的鬼话。

例子2：更改参数对象的值

为什么这么说呢，我们再看例子2(原文2)：

public classtest {public static voidmain(String[] args) {

Circle c= newCircle();

c.r= 1;

bigger(c);

System.out.println(c.r);

}public static voidbigger(Circle c2){

c2.r= 3;

}classCircle{intr;

}

输出：3

为什么会是3，看上面的原理图，一目了然。 形参 c2 虽然本身的内存值是 变量 c 的内存值的复制值，但是 c2 和 c 引用的却是【同一个对象】！此时你对 c2变量做修改： c2.r =3 ，改来改去，改的永远都是“躺在堆上”的那个对象。等 bigger 函数执行完，该函数的栈帧被释放，c2 烟消云散，但它做的更改却遗留了下来。然后你再访问 c.r 其实访问的就是刚才被修改的“躺在堆上”的对象，因为 c 引用的还是“躺在堆上”的 那个对象。

注意理解Java语言中的“引用(Reference)”一词。个人认为类似C/C++的指针。还要注意 Java 的变量和它的值，二者的区别。尤其是类和对象，二者的区别。例子2 中的 Circle c 其实只是个 变量，也就是个引用而已，类似C/C++的指针，存储的是 堆上new 出来的 Circle实例 的地址值 0x33445566。理解了这个，那么 形参 Circle c2 也就很好理解，就是另外一个 变量，也是个引用，类似C/C++的指针，存储的是 还是堆上 new 出来的那个 Circle 实例的内存地址 0x33445566。

所以，从例子2可以看出，bigger 函数 是传引用调用的，bigger 函数没有改变实参 c 的值(实参/变量 c 的值其实是躺在堆上的对象的内存地址，并没有变化)，但是改变了实参 c 所引用的对象的值。

综合上面2个例子，互相印证可以发现，原文2 的一条"结论"有误：

5.总结：

(1)一个方法不能修改一个基本数据类型的参数(即数值型和布尔类型值)。对

(2)一个方法可以通过对象参数对其引用的对象状态进行操控。对

(3)一个方法不能让对象参数引用一个新的对象。错

从例子1可以看出，在方法 swap 中，形参 e1 和 e2 都引用了一个新的对象的(互相调换了彼此的引用对象)。

我的结论

综上，我的结论就是(这TM也是每本教材里的废话)：

对于Java的基本数据类型的参数，函数是传值调用。

对于Java的非基本数据类型的参数，函数是传引用调用。

为什么我用“传”字，我觉得“传”字更准确，更易理解。给函数传过去的是个“引用”，你是改变引用本身呢(例子1)，还是改变引用指向的对象呢(例子2)，都可以，悉听尊便。

另外，为什么文章1会得出错误的结论，很明显是因为文章1在 swap 函数中 交换引用的值，根本没有修改引用的对象。

打个不恰当的比方：就是两个小偷一直在交换彼此手里的钥匙，却没有动两个房间里的东西。然后你就说这俩小偷能力不行，这不是冤枉人么。

其实，说句体外话，这两条结论可以用一条概况，那就是第2条，因为 基本数据类型和字符串常量，比如3，4，"Hello"，Java的处理方式是全都放到公共的堆上，如果有

String var1 = "World";

String var2= "World";int var3 = 999;int var4 = 999;

其实，var1 和 var2 ，var3 和 var4 都指向的堆上的 同一个东西。如果这些基本变量出现在形参和实参中，勉强也可以算是“按引用调用吧”。

钥匙与房间的比喻

最后的最后，再次用那个小偷和钥匙作比喻：

Circle c = new Circle()

Java的变量 Circle c 就类似房间钥匙，而房间本身类似 new Circle() 这种无名的存储在堆上的对象。

变量 c 就是 “new Circle() 这种无名的存储在堆上的对象” 的一个引用。

Circle c2;

c2 = c;

这类似于 给刚才的房价又配了一把钥匙。

变量 c2 就是 “new Circle() 这种无名的存储在堆上的对象” 的另外一个引用。

所以例子1里的 swap 函数，就类似于，房间A的钥匙和房间B的钥匙开门能力调换了一下，本来房间A的钥匙现在可以开房间B了，原来房间B的钥匙可以开房间A了。但是并没有影响房间A和房间B里面的东西。然后就惊呼“Java是传值调用”，这是不对的。

例子2 中

Circle c = new Circle();  这里的 c 是无名房间 new Circle() 的一把钥匙。

然后传引用给 bigger 函数，意思是将 钥匙 c 复制一把出来，叫钥匙 c2。

c2.r  = 3; 意思就是用新配的钥匙 c2 去打开无名房间，偷走一台彩电(更改了c和c2共同引用的对象的值)。

public static voidbigger(Circle c2){

c2.r= 3;

}

2018年10月26日