java中的经典问题：传值与传引用

参数传递的秘密 

知道方法参数如何传递吗？ 
记得刚开始学编程那会儿，老师教导，所谓参数，有形式参数和实际参数之分，参数列表中写的那些东西都叫形式参数，在实际调用的时候，它们会被实际参数所替代。 
编译程序不可能知道每次调用的实际参数都是什么，于是写编译器的高手就出个办法，让实际参数按照一定顺序放到一个大家都可以找得到的地方，以此作为方法调用的一种约定。所谓“没有规矩，不成方圆”，有了这个规矩，大家协作起来就容易多了。这个公共数据区，现在编译器的选择通常是“栈”，而所谓的顺序就是形式参数声明的顺序。 
显然，程序运行的过程中，作为实际参数的变量可能遍布于内存的各个位置，而并不一定要老老实实的呆在栈里。为了守“规矩”，程序只好将变量复制一份到栈中，也就是通常所说的将参数压入栈中。 
打起精神，谜底就要揭晓了。 
我刚才说什么来着？将变量复制一份到栈中，没错，“复制”！ 

这就是所谓的值传递。

C语言的旷世经典《The C Programming Language》开篇的第一章中，谈到实际参数时说，“在C中，所有函数的实际参数都是传‘值’的”。 
马上会有人站出来，“错了，还有传地址，比如以指针传递就是传地址”。 
不错，传指针就是传地址。在把指针视为地址的时候，是否考虑过这样一个问题，它也是一个变量。前面的讨论中说过了，参数传递必须要把参数压入栈中，作为地址的指针也不例外。所以，必须把这个指针也复制一份。函数中对于指针操作实际上是对于这个指针副本的操作。 
Java的reference等于C的指针。所以，在Java的方法调用中，reference也要复制一份压入堆栈。在方法中对reference的操作就是对这个reference副本的操作。 
谜底揭晓 
好，让我们回到最初的问题上。 
在changeReference中对于reference的赋值实际上是对这个reference的副本进行赋值，而对于reference的本尊没有产生丝毫的影响。 
回到调用点，本尊醒来，它并不知道自己睡去的这段时间内发生过什么，所以只好当作什么都没发生过一般。就这样，副本消失了，在方法中对它的修改也就烟消云散了。 

也许你会问出这样的问题，“听了你的解释，我反而对changeInteger感到迷惑了，既然是对于副本的操作，为什么changeInteger可以运作正常？” 
呵呵，很有趣的大脑短路现象。 
好，那我就用前面的说法解释一下changeInteger的运作。 
所谓复制，其结果必然是副本完全等同于本尊。reference复制的结果必然是两个reference指向同一块内存空间。 
虽然在方法中对于副本的操作并不会影响到本尊，但对内存空间的修改确实实实在在的。 
回到调用点，虽然本尊依然不知道曾经发生过的一切，但它按照原来的方式访问内存的时候，取到的确是经过方法修改之后的内容。 
于是方法可以把自己的影响扩展到方法之外。

1.所有的参数传递都是 传值，从来没有 传引用 这个事实；
2. 所有的参数传递都会在 程序运行栈上 新分配一个 值 的复制品；

3.java只有按值传递，所谓的按地址(引用)传递，也属于按值传递，只不过这个“值”是个地址;

4.对于引用类型的传参也是传值的，传的是引用类型的值，其实就是对象的地址；

１．java参数是传递值的。
２．java所有对像变量都是对像的引用；

5.或者说：传递过去的都是拷贝，区别在于拷贝的是基本数据类型还是引用；

6.函数的形式参数，是传入参数的拷贝；引用变量之间拷贝的是【地址】，基本变量之间拷贝的是 内存中的值 （被称为直接量）；
7.对象本身，与对象的地址 是2个东西，函数之间如果想【传递对象】，只能通过传递对象的地址来实现&#