最近在看<code>java核心技术</code>的时候，遇到以前遇到的一个问题，就是java除了值传递以外，到底有没有引用传递。网上众说纷纭，我看了具有代表性的10几篇文章，结合书中以及自己的举例，终于得出，java只有按值传递，没有按引用传递。或者可以说为<code>java只有副本传递</code>，为什么这么说呢？请看我的论证。
<a></a>
java中所有的基本数据类型结果都一样，在这里用int做一下实验。
可以看出结果并没有改变a的值，因为java对基本数据类型的传递，首先为拷贝的值开辟一个内存，让value指向拷贝的那个值，所以这是值传递。下面是内存分析图:
<a href="http://benjaminwhx.com/images/passbyvalue/basictype.png">basictype</a>
java中所有的包装数据类型和基本数据类型之间都会完成隐式的互相转换，这也是为什么list可以add基本数据类型的原因。
同样这个例子和基本数据类型的结果是一样的，传递的也是值的拷贝。内存分析和上图一样。
字符串由于其特殊性（字符串是不可变的），实际上方法是对原来的对象进行了一个拷贝，之后的操作都是在拷贝对象里进行的。所以不影响原来对象的值。
b和b2对象都是在foostring方法里面进行了一次拷贝，然后value的操作不影响b和b2的值。
b3也是传递了一个拷贝值到foostring2这个方法，然后concat是对这个拷贝值进行操作。
<a href="http://benjaminwhx.com/images/passbyvalue/string.png">string</a>
其实前面的还好去理解传递是值传递，那么对象这块如何去理解呢？
很多人都在这里认为传递是引用传递，我们来进行一下分析。
<a href="http://benjaminwhx.com/images/passbyvalue/o1.png">object</a>
上图的sb对象指向了对象stringbuffer，它有个值“iphone”，传入方法后，buffer其实拿到的不是原来sb的引用，只不过是一个副本而已。尽管它也指向iphone的内存地址。
第一个例子里面，buffer在方法里面重新指向了一个新的stringbuffer对象的内存地址，放着一个值”ipad”，所以原来sb指向的值并没有改变。
<a href="http://benjaminwhx.com/images/passbyvalue/o2.png">object2</a>
第二个例子里面，builder拿到了原来对象的引用拷贝，但是指向的地址不变，所以可以修改内存地址中的对象的属性，并没有新的引用。
<a href="http://benjaminwhx.com/images/passbyvalue/o3.png">object2</a>
所以可以看出来，我们并没有拿到引用去操作内存地址中存在的值，只不过是一个引用的拷贝，如果这个例子说的还不够信服的话，下面的例子应该会让人信服。
employee实体类：
<a href="http://benjaminwhx.com/images/passbyvalue/o4.png">o4</a>
上图是swap1的交换的实现，这也正说明了为什么输出的值并没有改变。因为原来对象的引用并没有改变，改变的只有这个引用的副本。
这也正说明了为什么swap2是改变的交换的对象的值。
总结：
在java中并不像c++的那样通过指针操作变量，虽然在java的最底层仍然使用的是指针，但是java的开发者已经帮我们封装好了，让我们接触不到而已。基本数据类型的值传递的方式还是和c++的方式一样，是一个值的拷贝。操作的是拷贝的值不会对原来的值造成影响。
而对象的操作则是引用的拷贝，其实也是一个值，是内存地址的值而已。它没有完全把引用传递。所以翻转它的时候不会对原来的对象造成影响，只不过他们指向的都是同一个地址，会改变内存地址中的值罢了。
所以！java只有按值传递！