流言终结者：Java是引用传递还是值传递？
码农登陆2018-10-20 00:06
前言
今天聊一个很小的话题，引用传递和值传递。为什么拉出这个话题呢？因为自己太菜吧…在这上边栽了跟头。所以今天就聊一聊Java中是引用传递还是值传递。
正文
小A：MDove，我有一个疑问：Java的方法中是引用传递还是值传递呢？
MDove：想要解答这个问题，我们需要先明确一个问题：那就是引用传递和值传递的区别。咱们先看俩行代码：
如图，int是基本类型，66直接保存在变量count中。而对于引用类型来说，变量存的是实例对象的地址，如上图也画的0x10一样，它指向实例对象。一般称这种变量为"引用"。对于我们的String str = "MDove"来说，str就是这个引用，这个引用指向了"MDove"。
小A：这个我明白，可以这个对于我的问题又有什么帮助呢？
MDove：别着急，且听我慢慢道来。说了基本类型和引用类型。咱们再来聊一聊我们日常开发中极为常见的符号：=。
小A：=？不就是赋值符号么。
MDove：没错，的确是赋值。咱们来看一下，赋值符号对于基本类型和引用类型的不同之处。再看一段代码：
由上图，我们可以看出，对于基本类型来说，count = 666;是直接进行赋值。而str = "MDove is cool.";则是重新开辟了一块空间，然后将这块空间的地址赋值给str变量（引用）。
小A：这个我知道呀！
MDove：别着急，接下来咱们来看一下值传递的情况。
小A：不用麻烦，我知道，基本类型就是值传递，比如这样的：
因为是值传递，所以在fun(int coount)中，count只是真正变量的拷贝，因此count = 666;也是对拷贝进行赋值，因此执行完了fun方法，我们的count还是等于66。
MDove：没错，那我们在换一个例子，把基本类型改为引用类型：
如果我们在fun之后打印str，答案是什么？
小A：我知道答案呀！正是因为我知道答案，所以我才疑惑，答案还是"MDove"（因为你本来就不cool）。按我的理解方法参数都是引用类型了，那应该是引用传递，内部str赋值应该会影响外边才对啊！
MDove：这里纠正你一个问题，不是参数是引用类型，它就是引用传递。其实上面这个例子也恰恰应征了这个问题，引用类型同样也是值传递。因此fun参数的str，依然是一个拷贝，因此此时的赋值对面来说没有任何意义。其中，IDE也帮我们证实了这个问题，让我们看一张截图：
仔细看一下它们的颜色，灰色的。说明什么？说明它们没有被使用。如果真的是引用传递，那么str不会是灰色的。
小A：可是不对呀！如果是这种写法，就改变了变量的值了：
MDove：这样当然能改变值，对于引用变量来说，值传递，拷贝了它的引用，但是它的这份拷贝的引用所指向的真实地址是没变的。上述的操作画成图是这个样子：
这样是不是隐隐约约能够明白点了？
小A：哦，好想有点感觉了。虽然我fun内的mDove是拷贝的，但是它指向的真正地址是真实的。所以我通过这个拷贝的引用仍然修改了它真实的变量地址。
MDove：没错，正解。那你这个理解了。是不是对于Java是引用传递还是值传递这个问题就有了明确的答案了？！
尾声
这里总结两个误区：
1、Java是引用传递。（这是错误的，上述的内容恰恰说明Java是值传递）2、参数类型是什么就是什么传递。（这是什么逻辑….）
举报/反馈
0
0
收藏
分享
