关于Java传参时是引用传递还是值传递,一直是一个讨论比较多的话题,
有论坛说Java中只有值传递,也有些地方说引用传递和值传递都存在,比较容易让人迷惑。
关于值传递和引用传递其实需要分情况看待,今天学习和分析一下,着急可以先看最后的结论。
1.基本类型和引用类型在内存中的保存
Java中数据类型分为两大类,基本类型和对象类型。相应的,变量也有两种类型:基本类型和引用类型。
基本类型的变量保存原始值,即它代表的值就是数值本身;
而引用类型的变量保存引用值,"引用值"指向内存空间的地址,代表了某个对象的引用,而不是对象本身,
对象本身存放在这个引用值所表示的地址的位置。
基本类型包括:byte,short,int,long,char,float,double,Boolean,
引用类型包括:类类型,接口类型和数组。
相应的,变量也有两种类型:基本类型和引用类型。
2.变量的基本类型和引用类型的区别
基本数据类型在声明时系统就给它分配空间:
1
2
|
int
a;
a=
10
;
//正确,因为声明a时就分配了空间
|
引用则不同,它声明时只给变量分配了引用空间,而不分配数据空间:
1
2
3
4
5
6
7
|
Date date;
//执行实例化,开辟数据空间存放Date对象,然后把空间的首地址传给date变量
//date=new Date();
//如果注释掉上一步操作
//The local variable date may not have been initialized
//也就是说对象的数据空间没有分配
date.getDate();
|
看一下下面的初始化过程,注意"引用"也是占用空间的,一个空Object对象的引用大小大概是4byte:
1
2
3
|
Date a,b;
//在内存开辟两个引用空间
a =
new
Date();
//开辟存储Date对象的数据空间,并把该空间的首地址赋给a
b = a;
//将a存储空间中的地址写到b的存储空间中
|
3.引用传递和值传递
这里要用实际参数和形式参数的概念来帮助理解,
值传递:
方法调用时,实际参数把它的值传递给对应的形式参数,函数接收的是原始值的一个copy,此时内存中存在两个相等的基本类型,即实际参数和形式参数,后面方法中的操作都是对形参这个值的修改,不影响实际参数的值。
引用传递:
也称为传地址。方法调用时,实际参数的引用(地址,而不是参数的值)被传递给方法中相对应的形式参数,函数接收的是原始值的内存地址;
在方法执行中,形参和实参内容相同,指向同一块内存地址,方法执行中对引用的操作将会影响到实际对象。
看一个例子:
1
2
3
|
class
MyObj{
public
int
b=
99
;
}
|
分别传参int和对象类型:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
public
class
ReferencePkValue2 {
public
static
void
main(String[] args) {
ReferencePkValue2 t =
new
ReferencePkValue2();
int
a=
99
;
t.test1(a);
//这里传递的参数a就是按值传递
System.out.println(a);
MyObj obj=
new
MyObj();
t.test2(obj);
//这里传递的参数obj就是引用传递
System.out.println(obj.b);
}
public
void
test1(
int
a){
a=a++;
System.out.println(a);
}
public
void
test2(MyObj obj){
obj.b=
100
;
System.out.println(obj.b);
}
}
|
输出是:
99
99
100
100
可以看到,int值没有发生变化,但是在test2方法中对obj类做的修改影响了obj这个对象。
这里要特殊考虑String,以及Integer、Double等几个基本类型包装类,它们都是immutable类型,
因为没有提供自身修改的函数,每次操作都是新生成一个对象,所以要特殊对待,可以认为是和基本数据类型相似,传值操作。
看下面的例子:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
public
class
ReferencePkValue1 {
public
static
void
main(String[] args){
ReferencePkValue1 pk=
new
ReferencePkValue1();
//String类似基本类型,值传递,不会改变实际参数的值
String test1=
"Hello"
;
pk.change(test1);
System.out.println(test1);
//StringBuffer和StringBuilder等是引用传递
StringBuffer test2=
new
StringBuffer(
"Hello"
);
pk.change(test2);
System.out.println(test2.toString());
}
public
void
change(String str){
str=str+
"world"
;
}
public
void
change(StringBuffer str){
str.append(
"world"
);
}
}
|
输出是:
Hello
Helloworld
对String和StringBuffer的操作产生了不同的结果。
4.结论
结合上面的分析,关于值传递和引用传递可以得出这样的结论:
(1)基本数据类型传值,对形参的修改不会影响实参;
(2)引用类型传引用,形参和实参指向同一个内存地址(同一个对象),所以对参数的修改会影响到实际的对象;
(3)String, Integer, Double等immutable的类型特殊处理,可以理解为传值,最后的操作不会修改实参对象。
接下来是方法调用中的参数传值时的大坑,一定要看!
对非原生类型,即对象类型值传递的 坑,工作中遇到的实际问题,记录下来,以备回忆和参考,说的不准确的地方务请大神留言
注,此处对传递的是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、当该参数类型为对象时,则所传递的值为对象的引用(也可理解为地址)。
请看下面的例子和运行结果:
运行结果如下所示:
好了说完上面的,回到本文主题,
有一次遇到这样的一个问题:需要构造一个类似下面的结构,
即构造下面的结构的数据来自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
}
}