流言终结者:Java是引用传递还是值传递?

流言终结者:Java是引用传递还是值传递?

前言

今天聊一个很小的话题,引用传递和值传递。为什么拉出这个话题呢?因为自己太菜吧…在这上边栽了跟头。所以今天就聊一聊Java中是引用传递还是值传递。

正文

小A:MDove,我有一个疑问:Java的方法中是引用传递还是值传递呢?

MDove:想要解答这个问题,我们需要先明确一个问题:那就是引用传递和值传递的区别。咱们先看俩行代码:

int count = 66;
String str = "MDove";
流言终结者:Java是引用传递还是值传递?

如图,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.";
流言终结者:Java是引用传递还是值传递?

由上图,我们可以看出,对于基本类型来说,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:这里纠正你一个问题,不是参数是引用类型,它就是引用传递。其实上面这个例子也恰恰应征了这个问题,引用类型同样也是值传递。因此fun参数的str,依然是一个拷贝,因此此时的赋值对面来说没有任何意义。其中,IDE也帮我们证实了这个问题,让我们看一张截图:

流言终结者:Java是引用传递还是值传递?

仔细看一下它们的颜色,灰色的。说明什么?说明它们没有被使用。如果真的是引用传递,那么str不会是灰色的。

小A:可是不对呀!如果是这种写法,就改变了变量的值了:

流言终结者:Java是引用传递还是值传递?

MDove:这样当然能改变值,对于引用变量来说,值传递,拷贝了它的引用,但是它的这份拷贝的引用所指向的真实地址是没变的。上述的操作画成图是这个样子:

流言终结者:Java是引用传递还是值传递?

这样是不是隐隐约约能够明白点了?

小A:哦,好想有点感觉了。虽然我fun内的mDove是拷贝的,但是它指向的真正地址是真实的。所以我通过这个拷贝的引用仍然修改了它真实的变量地址。

MDove:没错,正解。那你这个理解了。是不是对于Java是引用传递还是值传递这个问题就有了明确的答案了?!

尾声

这里总结俩个误区:

  • 1、Java是引用传递。(这是错误的,上述的内容恰恰说明Java是值传递)
  • 2、参数类型是什么就是什么传递。(这是什么逻辑….)


分享到:


相關文章: