有趣的值传递与引用传递

1. 基本概念

形参:用来定义方法时使用的参数。只有在被调用的时候虚拟机才分配内存空间,调用结束后,释放所分配内存空间。因此生命周期仅仅存在于方法内,针对引用对象的改动无法影响到方法外。

通俗点讲:只是定义时走形式,只是内部折腾一圈,针对外部并没有什么实质改变效果。

实参: 用于调用时传递给方法的参数。实参在传递给别的方法之前是需要被预先赋值的。

通俗点讲:是骡子是马,拉出来溜溜,初始化时,就需要给定明确的值,折腾起来是有实际改变效果的。

值传递: 方法调用时,实际参数把它的值传递给对应的形式参数,函数接收的是原始值的一个copy, 此时内存中存在两个相等的基本类型,即实际参数和形式参数,后面方法中的操作都是对形参这个值的修改,不影响实际参数的值。

通俗点讲:基本类型的传递,因为太基本了,不能被更改。就像李鬼跟李逵,李鬼化妆的再像,改变不了李逵本尊...

引用传递:也称为 地址传递, 址传递。方法调用时,实际参数的引用(地址,而不是参数的值)被传递给方法中相对应的形式参数,函数接收的是原始值的内存地址 在方法执行中,形参和实参内容相同,指向同一块内存地址,方法执行中对引用的操作将会影响到实际对象。

通俗点讲:引用传递,改变的是同一块内存地址的数据。就像李逵穿上了不同的马甲,不同的马甲下面套着的都是李逵,做任何变更,改变的都是本尊...

2. 举些栗子

case1 : 引用传递:如果参数是对象,方法内操作不会改变实参对象的引用,但如果改变了对象的内容,就会改变实参对象的内容。

    public static void main(String[] args) {

        StringBuffer sb = new StringBuffer("Init");
        stringBufferAppend(sb);
        System.out.println("sb = " + sb.toString());
    }

    public static void stringBufferAppend(StringBuffer sb) {
        sb.append("_Append");

    }

运行结果:

sb = Init_Append

case2 : 引用传递:参数是对象,如果没有改变对象内容本身,则对象的值不会发生变化。

    public static String stringJoin(String str){
        str += "_JOIN";
        return str;
    }
 String s = "Init";
 stringJoin(s);
 System.out.println("传递引用后s = " + s);

 s = stringJoin(s);
 System.out.println("函数返回赋值s = " + s);

输出结果:
传递引用后s = Init
函数返回赋值s = Init_JOIN

case3 : byte,short,int,long,char,float,double,boolean 这8种基本类型。
传实参时,参数为基本数据类型,数据本身不会改变。

  public static void changeBaseType(int a ,int  b) {
        int temp = 0;
        temp = a;
        a = b;
        b = temp;
    }
  int a = 1;
  int b = 2;
  changeBaseType(a, b);
  System.out.println("a :" + a + ", b: "+b );

输出结果:

a :1, b: 2

case4 : 传的参数为对象类型,传递过程中实参的地址传给了形参,形参属性的改变是对实参的操作。

 public static void changeObjectProperty(ObjectModel model) {
        int temp = model.a;
        model.a =  model.b;
        model.b = temp;
    }

    static class ObjectModel {
       public int a = 1;
       public int b = 2;
    }
  ObjectModel demo = new ObjectModel();
  System.out.println(demo.a + "\t" + demo.b);//a== 1, b == 2
  changeObjectProperty(demo);
  System.out.println(demo.a + "\t" + demo.b);//a== 2, b == 1

输出结果:

1   2
2   1
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,470评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,393评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,577评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,176评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,189评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,155评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,041评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,903评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,319评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,539评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,703评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,417评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,013评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,664评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,818评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,711评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,601评论 2 353