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

本文深入探讨了Java中方法参数的传递方式,澄清了引用传递和值传递的误解。通过具体示例,解释了为什么Java中即使是引用类型,也遵循值传递的规则。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

小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是引用传递还是值传递这个问题就有了明确的答案了?!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值