您的位置:首页 > 编程语言 > Java开发

java 引用传递,还是值传递 之坑

2016-03-30 22:21 501 查看
对非原生类型,即对象类型值传递的 坑,工作中遇到的实际问题,记录下来,以备回忆和参考,说的不准确的地方务请大神留言



注,此处对传递的是String的情况暂不讨论,这个相对比较特殊,网上也有文章另作分析

对于java中调用一个方法时,到底是值传递还是引用传递,有很多文章分析过,我的理解大体是下面这样的,

1. Java没有引用传递

2. java方法调用时,参数传递的方式为值传递

2.1. 方法A调用方法B传递进参数是基础类型时,在方法B内对参数的修改,不会修改原值,即被调用方法B结束后,在调用方法A那里之后用到的基础类型的值,还不变,不受A方法B修改的影响,请看下面的代码片段调用MethodB和运行结果

2.2. 方法A调用方法B传递进参数是对象类型时,则所传递的值为对象的引用(可理解为地址,或者此对象的.toString()方法所打印出的值),在方法B内对对象参数的修改,可分为如下两种情况,要分别体会,否则可能会有误解:

2.2.1,如果只是对属于此对象参数里的一些属性重新赋值,而不是重新给此对象所指向的引用(地址的值)重新赋值的话,那么对这些属性值的修改,会反应到方法A调用那里,但即使是这样(即此引用的对象里的属性被修改的事实),也没有修改此引用的值(即地址的值),也只是修改了其属性值而已。请看下面的代码片段调用MethodA调用methodC和运行结果

2.2.2. 如果在被调用方法中,如MethodD,对所传的对象的引用(地址的值)重新赋值的话(即new一个新对象<新地址的值>赋值给这个参数引用),(或者重新赋值后,又修改了一些对象的的属性值),那么,这个参数引用指向的新的地址(即新的地址的值),也只是在被调用方法里起作用,在返回到调用方法后,这个参数还是指向传递到被调用方法之前的那个旧的,没被重新赋值过的引用(即旧的地址的值),所以和2.2.1一样,也没有修改此引用的值. 请看下面的代码片段调用MethodA调用methodD和运行结果

3. 所以如果需要返回一个新的对象的引用,其中一个方法就是,就是new一个新对象,以返回值的方式返回。可能还有其他方法,望路过大神留言

1、Java函数调用时,参数传递方式为值传递;

2、当该参数类型为对象时,则所传递的值为对象的引用(也可理解为地址)。

请看下面的例子和运行结果:

<pre name="code" class="java">package p.calToMethod.valueOrRefer;

public class TestValueOrReferWhenCalling {

public static void main(String[] args) {
methodA();
}

public static void methodA() {

int i = 1;
System.out.println("methodA before:" + i);
methodB(i);
System.out.println("methodA after:" + i);

System.out.println("=======================");

// methodC
TestBeanOnly testBeanOnlyC = new TestValueOrReferWhenCalling().new TestBeanOnly();

System.out.println("methodA testBeanOnlyC before:"
+ testBeanOnlyC.getA() + "->" + testBeanOnlyC.toString());
methodC(testBeanOnlyC);
System.out.println("methodA testBeanOnlyC before:"
+ testBeanOnlyC.getA() + "->" + testBeanOnlyC.toString());

System.out.println("=======================");

// methodD
TestBeanOnly testBeanOnlyD = new TestValueOrReferWhenCalling().new TestBeanOnly();

System.out.println("methodA testBeanOnlyD before:"
+ testBeanOnlyD.getA() + "->" + testBeanOnlyD.toString());
TestBeanOnly testBeanOnlyDRet = methodD(testBeanOnlyD);  // 调用MethodD
System.out.println("methodA testBeanOnlyD before:"
+ testBeanOnlyD.getA() + "->" + testBeanOnlyD.toString());

System.out.println("=======================");

System.out.println("methodA testBeanOnlyDRet:"
+ testBeanOnlyDRet.getA() + "->" + testBeanOnlyDRet.toString());

}

public static void methodB(int a) {

System.out.println("methodB before:" + a);
a = 2;
System.out.println("methodB after:" + a);
}

public static void methodC(TestBeanOnly testBeanOnlyC) {

System.out.println("methodC before:" + testBeanOnlyC.getA() + "->"
+ testBeanOnlyC.toString());
testBeanOnlyC.setA(4);
System.out.println("methodC after:" + testBeanOnlyC.getA() + "->"
+ testBeanOnlyC.toString());
}

public static TestBeanOnly methodD(TestBeanOnly testBeanOnlyD) {

System.out.println("methodD before:" + testBeanOnlyD.getA() + "->"
+ testBeanOnlyD.toString());

testBeanOnlyD = new TestValueOrReferWhenCalling().new TestBeanOnly();
testBeanOnlyD.setA(5);

System.out.println("methodD after:" + testBeanOnlyD.getA() + "->"
+ testBeanOnlyD.toString());

return testBeanOnlyD;
}

class TestBeanOnly {

private int a = 3;

public int getA() {
return a;
}

public void setA(int a) {
this.a = a;
}

}
}



运行结果如下所示:

methodA before:1
methodB before:1
methodB after:2
methodA after:1
=======================
methodA testBeanOnlyC before:3->p.calToMethod.valueOrRefer.TestValueOrReferWhenCalling$TestBeanOnly@5449ff3f
methodC before:3->p.calToMethod.valueOrRefer.TestValueOrReferWhenCalling$TestBeanOnly@5449ff3f
methodC after:4->p.calToMethod.valueOrRefer.TestValueOrReferWhenCalling$TestBeanOnly@5449ff3f
methodA testBeanOnlyC before:4->p.calToMethod.valueOrRefer.TestValueOrReferWhenCalling$TestBeanOnly@5449ff3f
=======================
methodA testBeanOnlyD before:3->p.calToMethod.valueOrRefer.TestValueOrReferWhenCalling$TestBeanOnly@4614ac54
methodD before:3->p.calToMethod.valueOrRefer.TestValueOrReferWhenCalling$TestBeanOnly@4614ac54
methodD after:5->p.calToMethod.valueOrRefer.TestValueOrReferWhenCalling$TestBeanOnly@773de2bd  //此处新生成一个对象在MethodD
methodA testBeanOnlyD before:3->p.calToMethod.valueOrRefer.TestValueOrReferWhenCalling$TestBeanOnly@4614ac54 //返回调用方法后,还是旧的引用所指向的地址的值
=======================
methodA testBeanOnlyDRet:5->p.calToMethod.valueOrRefer.TestValueOrReferWhenCalling$TestBeanOnly@773de2bd




好了说完上面的,回到本文主题,

有一次遇到这样的一个问题:需要构造一个类似下面的结构,

即构造下面的结构的数据来自List,这list里是JavaBean对象的集合,有个特殊的use case,这时开始重新构造此结构用list,没改代码之前是这样的做的,

给valueObjectAll赋值时,用的是从list里取出来的一个javabean对应的一个对象(不是基础类型),比如 ValueObject.value=200,直接拿来赋值给valueObjectAll了,

在后续的构造计算过程中,因为业务逻辑需要,从list里又把赋值给 valueObjectAll的值ValueObject.value=200,拿过来用了,注意,就是刚才赋值给valueObjectAll的那个,这时算出valueObjectB2应该等于150,于是就直接这样,ValueObject.value=150,之后就把ValueObject这个对象又赋值给valueObjectB2了,

这时就出问题了,因为ValueObject引用的值(地址),始终没变,改变的只是这个object的里的属性的值。出现的问题是,当valueObjectB2的value等于150时,也同时把valueObjectAll的value值给改成了150,而不是正确的值200了

(注:还有这个计算过程实际很复杂,从计算A的valueObjectAll到计算B的valueObjectB1和valueObjectB2是跨越了不同的方法,所以一直在传递这个list)

所以出现这个问题的原因是,当有同一个对象需要在不同的地方被用到来算相应的值时,不只只是图方便,只是把这个对象拿过来直接赋值给一个结构对象,因为如果这个对象要是在另一个地方被修改的话,之前被赋值的那个对象的属性值也跟着变了,

所以遇到这样的情况时,最好是重新生成一个对象(或者是深克隆出一个对象)给第一个结构对象,这样后续对此对象的修改,不会影响到第一个结构对象的值。

A {

id : xxx

valueObjectAll: 200

B {

valueObjectB1: 50

},

{

valueObjectB2: 150

}

}
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: