关于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
}
}
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
