阅读 1274

Java是引用传递,还是值传递?

原文链接: mp.weixin.qq.com

前言

无关技术,我就是想说一句: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中的确只有值传递。

尾声

这里总结俩个误区:

  • 1、Java是引用传递。(这是错误的,上述的内容恰恰说明Java是值传递)

  • 2、参数类型是什么就是什么传递。(这是什么逻辑….)


附上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的图


文章分类
后端