Java值传递——java传参都是传值(本文完美解释了怪异的String的值传递现象)

注意:文章里我标记为黄色的那段文字,才是我转载本文的核心目的!!!重点!!


写在前面的总结:

对于本文中的change()方法来说,如果是java参数传的值是对象类型:
则一般改变副本对应的堆内存中存放的值,

但是如果对象是final类(不可改变),则改变副本的栈内存中的“引用地址”,使其指向新的final类对象在堆内存中对应的地址。

白话:意思就是如果改不了就,那就再new一个“新的final类对象”。然后一并把“引用地址”也做了改变,让其去指向“新的final类对象”)

既然改变不了现在老婆的性格,那就换一个人当老婆,反正都是老婆)这样“够渣”的解释够直白了吧!得意得意


下面是转载的内容:

转载自:https://www.cnblogs.com/woshimrf/p/java-transfer-value.html

目录

首先是String。
然后是StringBuffer
同理,看自己创建的对象people

java中对象作为参数传递给一个方法,到底是值传递,还是引用传递?

String和int参数传递是按值传递还是引用传递?

一道面试题目,String的传递:

1
2
3
4
5
6
7
8
9
public String change(String s){
     s = "222";
     return s; 
}
public static void main(Stirng[] args){
    String s = "111"
    change(s);
    sout(s);
}

我看到题目愣了一下,本来不假思考的结果是111,但仔细想,String是对象类型的,对象传递的是地址,那么地址传递到方法里面后,将指向修改成222,那么结果应该是222才对。实际恰恰相反。

Java 编程语言只有值传递参数。当一个对象实例作为一个参数被传递到方法中时,参数的值就是该对象的引用一个副本。指向同一个对象,对象的内容可以在被调用的方法中改变,但对象的引用(不是引用的副本)是永远不会改变的。 

java传递参数都是值,如果是对象的话,就是将引用的值复制一份给方法当参数。如果是根据引用把堆里的对象修改了,那么对象真被修改了,不过不是被创建赋值给的那个引用修改的,是方法里的一个复制的引用副本给修改的。换句话说,施瓦星格的媳被施瓦星格的克隆人亲了下。

用实例去理解,其实这个理解也就是根据jdk的结果告诉我自己记住规则是这样的,以后要记住。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
  public String change(String s, int i, StringBuffer sb, Person p){
        s="123";
        i=3;
        sb.append("woshi");
        p.setAge(100);
        sb = new StringBuffer("sbsb");
        p = new Person("bb",44);
        return s;
    }
 
    @Test
    public void testChange(){
        StringBuffer sb = new StringBuffer("buff");
        String s = "aaa";
        int i = 1;
        Person p = new Person("aa",12);
        i=2;
        change(s,i,sb,p);
//        s="222";
        System.out.println(s);
        System.out.println(i);
        System.out.println(sb.toString());
        System.out.println(p);
    }

这里一共测试了String,int,一个对象StringBuffer,一个对象people。让我们来仔细看看这些传递都发生了什么。我想有很大一部分人都猜不出打印结果。

我们来一个个分析。

首先是String。

1
String s = "aaa";

这里,jvm创建一个变量引用s,在堆中创建一个对象aaa,将aaa放进常量池。s指向aaa。

然后就到了change方法里。这里这样理解:将s引用的一个拷贝传给方法change。这样change有一个变量s,这个s也是指向aaa的。那么我们来通过debug来看后来发生了什么。

1.s指向aaa的时候:

2.s运行到change方法里的时候

然后看s再次赋值的时候:

然后我们运行结束change方法后到主方法里:

到这里s就结束了。那么如果我们按照传递的是s这个变量的引用,即String s="aaa"中这个s本身,那么,s这个本身是个变量,s指向aaa,在方法change里s又指向了123,回到主方法后s变量的指向被改变了?错!显然s仍旧是aaa,那么只能这样理解:s传递到方法里的时候,复制了s指向的地址给change,change里的s是另一个s,s指向aaa(@718),然后在change中s又指向了123(@731),由于String是不可变类(final and Immutable),所以这里只是把副本s的指向修改成731(即指向了一个全新的final String类对应的堆地址),原地址718里的对象没有发生改变因为String不可变。那么,回到主方法的时候,s变量本身没有任何改变,s仍旧指向地址718,718的内容是aaa。所以最终打印aaa。

然后是StringBuffer

int是基本类型,所以int只是将值复制一份给别的方法用,这个大家都知道,就不去测试了。现在看StringBuffer发生的改变。

1.初始化:

2.到change方法中:

3.发生append

4.指向新对象

这里就要说一下了,副本指向了新对象。就好比,施瓦星格的克隆人找了另一个女的当老婆,而真正的施瓦星格老婆没有变。

5.回到主方法:

 

到这里,StringBuffer就结束了。我们必须知道,虽然我们没有去研究源码是怎样实现的,change方法得到是一个sb的副本,只不过这个副本指向708,在change里对708的对象追加,708的对象就真的改变了。然后又把sb副本指向新地址737。这只是把副本指向的地址修改了,如果你在这里打印sb.toString(),打印的就是737里的内容。当跳出change,回到主方法的时候,原sb仍旧还是指向708的,最终就是打印708的结果。和String不同的是,StringBuffer的结果发生了变量,因为StringBuffer是可变的,可以append。而String是不可变的,在change中s=123就是发生两个行为,一个是查找常量池中是否有123,如果没有就在堆中创建123,一个是将s指向123.也就是说这时候是创建了一个新的String对象,而不是把原来的String对象s内容修改。这样,回到主方法的时候,s仍旧是aaa。

同理,看自己创建的对象people

 

1.初始化:

2.p传递到change里的时候

3.p副本设置age

4.p副本重新赋值

 这里仍旧要说一下,p副本修改了自己指向,并不影响主方法里的p的指向。主方法里的p的指向没有发生变化,依旧应该还是720.

5.回到主方法

总结:

通过上面对String,StringBuffer,People的研究,应该明白一个道理,重要的话说三遍,重要的规则我都演示了三遍。如果跟着步骤一步步走的,肯定牢记住了:

java所有的参数传递都是传递的副本,变量所代表的值的副本!java所有的参数传递都是传递的副本,变量所代表的值的副本!java所有的参数传递都是传递的副本,变量所代表的值的副本!

这里必须记住的就是副本概念。在方法里,运行的时候到这里的线程都会把传过来的参数拷贝副本带自己的工作区中,在工作区中对这个副本的值发生一些改变。最终改变的是副本,如果通过副本的指向修改了指向中的内容,那么那个指向的地址里的内容确实改变了。如果修改了副本的指向,即给副本重新赋值,那么关原来的变量何事?元变量仍旧指向最初的地址。

那么,String传递过去的是副本,修改了副本的指向,打印元string是不会改变的,因为副本没有能力修改final的String类。

 



阅读更多
想对作者说点什么?

博主推荐

换一批

没有更多推荐了,返回首页