String的按值传递,java传参都是传值(转)

转载请注明出处:http://www.cnblogs.com/woshimrf/p/java-transfer-value.html#3768037

目录

首先是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,原地址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类。

时间: 2024-11-03 01:37:52

String的按值传递,java传参都是传值(转)的相关文章

String的按值传递,java传参都是传值

java中对象作为参数传递给一个方法,到底是值传递,还是引用传递? String和int参数传递是按值传递还是引用传递? 一道面试题目,String的传递: public String change(String s){ s = "222"; return s; } public static void main(Stirng[] args){ String s = "111"; change(s); sout(s); } 我看到题目愣了一下,本来不假思考的结果是1

java 传参方式--值传递还是引用传递

java 传参方式--值传递还是引用传递 参数是按值而不是按引用传递的说明 Java 应用程序有且仅有的一种参数传递机制,即按值传递.写它是为了揭穿普遍存在的一种神话,即认为 Java 应用程序按引用传递参数,以避免因依赖“按引用传递”这一行为而导致的常见编程错误. 对此节选的某些反馈意见认为,我把这一问题搞糊涂了,或者将它完全搞错了.许多不同意我的读者用 C++ 语言作为例子.因此,在此栏目中我将使用 C++ 和 Java 应用程序进一步阐明一些事实. 要点 读完所有的评论以后,问题终于明白了

再谈Java传参

把一个变量带进一个方法,该方法执行结束后,它的值有时会改变,有时不会改变.一开始会觉得--“好神奇呀”.当我们了解java内存分析的知识后,一切都是那么简单明了了--“不过如此”.但是今天的实验课,对于引用变量,我犯了一个错误,下面是代码的简化-- void method(int a[]) { int temp[]={1,2,3,4}; a[0]=5; a=temp; } 在这里,我试图把临时数组变量的值赋给a,从而改变实参的值.如果你觉得是不可以的,那么就没有看下去的必要的.事实上当然是不可以

java传参调用fortran的exe可执行文件

java传参调用fortran的exe可执行文件 需求:最近有一个任务,其核心部分主要是整合java和fortran之间的数据交互:java调用fortran的exe可执行文件,同时传递参数到fortran里面,以便fortran后续的处理, 下面我抽离出传参的代码案例 一.fortran端 main.f90 生成 .exe 可执行文件 program mainimplicit none integer :: getcwd,status,sh,kk,getargcharacter(len=64)

Java传参

1.  如果参数是基本数据类型(int.long等),传值.方法内部改变参数值,外部值不变. 2.  如果参数是对象类型,传地址.方法内部改变对象值,外部对象值改变.但是,如果方法内部调用new重新构建参数对象,外部对象仍然记录构造前的对象值.(在不同函数中,所有改String的改变可能都要重构String,或者说所有String都是传值的,在这点上,相当于String为基本类了) Java参数传值还是传引用 参数是按值而不是按引用传递的说明 Java 应用程序有且仅有的一种参数传递机制,即按值

使用java传参调用exe并且获取程序进度和返回结果的一种方法

文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1.背景 在某个项目中需要考虑使用java后台调用由C#编写的切图程序(exe),并且前端能够获取到切图的进度和相关描述信息. 2.解决思路 a.首先改造切图程序为接受参数从Main函数传递. b.编写java后台传参调用exe的函数. c.解决通信问题. 3.具体实现 3.1改写C#窗体程序 C#中的入口程序为Main函数,其中Main函数默认是没有参数的,如果添加参

Java 传参数时,传值和传引用的区别

转载请注明出处,原文地址: http://blog.csdn.net/h28496/article/details/44732713 中北大学 郑海鹏 最近在复习那九大排序算法时,意外的发现用冒泡排序.插入排序.选择排序等in-place sort时, sort(a); 再把a输出,就是已经排好序的新数组了. 但是用归并排序等out-place sort时,sort(a); 之后,输出的还是原来的数组! 为什么呢?请看代码和里面的注释: package zhp.outplace_sort; im

c# 执行调用Oracle Procedure传参及回传值

////定義參數               //IDataParameter[] parameters =               //             {               //                 new OracleParameter(":p_stage", OracleDbType.Varchar2,model.Stage, ParameterDirection.Input),//传值               //            

Integer 函数传参实现值交换

import java.lang.reflect.Field; public class MainClass { public static void main(String[] args) { Integer a = 128; Integer b = -129; swarp(a,b); System.out.println(a); System.out.println(b); try { System.out.println("_________________________________