前言
无关技术，我就是想说一句：IG牛逼 。一支彩笔：楼上说得对。
....我大RNG....
今天聊一个很小的话题，引用传递和值传递。为什么拉出这个话题呢？因为自己太菜吧…在这上边栽了跟头。所以今天就聊一聊Java中是引用传递还是值传递。
开篇直接说结果吧，Java是值传递。如果对这个答案有异议，可以继续往下看，希望这篇文章可以给你带来帮助。
本篇文章，除个人求证部分，引用了维基百科的内容。
正文
一、引用类型和基本类型
小A ：MDove，我有一个疑问：Java的方法中是引用传递还是值传递呢？
MDove ：想要解答这个问题，我们需要先明确一个问题：那就是引用传递 和值传递 的区别。咱们先看俩行代码：
int count = 66;String str = "MDove";
如图，int是基本类型，66直接保存在变量count中。而对于引用类型来说，变量存的是实例对象的地址，如上图也画的0x10一样，它指向实例对象。一般称这种变量为"引用"。对于我们的String str = "MDove"来说，str就是这个引用，这个引用指向了"MDove"。
小A ：这个我明白，可以这个对于我的问题又有什么帮助呢？
MDove ：别着急，且听我慢慢道来。说了基本类型和引用类型。咱们再来聊一聊我们日常开发中极为常见的符号：=。
二、=赋值操作
小A ：=？不就是赋值符号么。
MDove ：没错，的确是赋值。咱们来看一下，赋值符号对于基本类型和引用类型的不同之处。再看一段代码：
int count = 66;count = 666;String str = "MDove";str = "MDove is cool.";
由上图，我们可以看出，对于基本类型来说，count = 666;是直接进行赋值。而 str = "MDove is cool.";则是重新开辟了一块空间，然后将这块空间的地址赋值给str变量（引用）。
小A ：这个我知道呀！
三、引用传递和值传递
MDove ：别着急，接下来咱们来看一下值传递的情况。
小A ：不用麻烦，我知道，基本类型就是值传递，比如这样的：
int count = 66;fun(count);private void fun(int count){ count = 666;}因为是值传递，所以在fun(int coount)中，count只是正真变量的拷贝，因此count = 666;也是对拷贝进行赋值，因此执行完了fun方法，我们的count还是等于66。
MDove ：没错，那我们在换一个例子，把基本类型改为引用类型：
String str = "MDove";fun(str);private void fun(String str){ str = "MDove is cool.";}如果我们在fun之后打印str，答案是什么？
小A ：我知道答案呀！正是因为我知道答案，所以我才疑惑，答案还是"MDove"（因为你本来就不cool）。按我的理解方法参数都是引用类型了，那应该是引用传递，内部str赋值应该会影响外边才对啊！
MDove ：这里纠正你一个问题，不是参数是引用类型，它就是引用传递。其实上面这个例子也恰恰应征了这个问题，引用类型同样也是值传递 。
MDove ：咱们来看一看Wiki中对引用传递和值传递的介绍，即使这种说法叫做：求值策略 （Evaluation strategy）。
Wiki部分：在计算机科学中，求值策略（英语：Evaluation strategy）是确定编程语言中表达式的求值的一组规则。其中包括：“传值调用”（我们常数的值传递）和“传引用调用”（引用传递）。
“传值调用” 求值是最常见的求值策略，在传值调用中实际参数被求值，其值被绑定到函数中对应的变量上（通常是把值复制到新内存区域）。如果函数或过程能把值赋给它的形式参数，则被赋值的只是局部拷贝——就是说，在函数返回后调用者作用域里的曾传给函数的任何东西都不会变。
在“传引用调用” 求值中，传递给函数的是它的实际参数的隐式引用而不是实参的拷贝。通常函数能够修改这些参数（比如赋值），而且改变对于调用者是可见的。
MDove ：Wiki百科中在对引用传递介绍时提到一句话：通常函数能够修改这些参数（比如赋值），而且改变对于调用者是可见的 。如果此时真的是引用传递，那么我们的 str = "MDove is cool";是一定可以影响到外边。可是我们也看到了，事实并非如此。
MDove ：因此fun参数的str，依然是一个拷贝，也就是值传递的方式。因此此时的赋值对外面来说没有任何意义。其中，IDE也帮我们证实了这个问题 ，让我们看一张截图：
仔细看一下它们的颜色，灰色的。说明什么？说明它们没有被使用。如果真的是引用传递，那么str不会是灰色的。
MDove ：所以，Java是值传递。
四、错误的Demo理解
Tips：下述的demo是对引用传递的错误理解。
小A ：可是不对呀！如果是这种写法，就改变了变量的值了：
public class Main { public static void main(String[] args) { Main main = new Main(); MDove mDove = main.new MDove(); main.fun(mDove); System.out.println(mDove.name); } public void fun(MDove mDove) { mDove.name = "MDove is cool."; } public class MDove { public String name = "MDove"; }}MDove ：这样当然能改变值，对于引用变量来说，值传递，拷贝了它的引用，但是它的这份拷贝的引用所指向的真实地址是没变的。上述的操作画成图是这个样子：
这样是不是隐隐约约能够明白点了？
小A ：哦，好想有点感觉了。虽然我fun内的mDove是拷贝的，但是它指向的真正地址是真实的。所以我通过这个拷贝的引用仍然修改了它真实的变量地址。
小A ：等等，我记得在方法中传数组也是可以改变对应下标的数据的。比如这样：
int[] arr = new int[]{66};fun(arr);public void fun(int[] arr) { arr[0] = 666; arr = new int[]{66, 66};}小A ：这里例子中，arr数组中0下标位置会被赋值给666，但是arr并不会被赋值给new出来的新数组。这也是因为值传递的原因，但是数组是存放在堆中，数组下标就像上面MDove类中的name变量一样。所有在fun中我可以任意修改，并且会影响到外部的值。是这样吧？
MDove ：没错，正解。看样子你是理解了。是不是对于Java是引用传递还是值传递这个问题就有了明确的答案了。
小A ：没错，我明白了，看样子Java中的确只有值传递。
尾声
这里总结俩个误区：
附上Java之父的一句话 ：
From James Gosling in "The Java Programming Language":
"…There is exactly one parameter passing mode in Java - pass by value - and that keeps things simple. .."译文：Java中只有一个参数传递模式 - 按值传递 - 这使事情变得简单
附一张Wiki的图 ：
