要弄清这个问题,先得了解两个概念:
形参&实参
值传递&引用传递
1 形参&实参
方法的定义可能会用到 参数(有参的方法),参数在程序语言中分为:
实参(实际参数,Arguments):用于传递给函数/方法的参数,必须有确定的值。
形参(形式参数,Parameters):用于定义函数/方法,接收实参,不需要有确定的值。
String hello = "Hello!";
// hello 为实参
sayHello(hello);
// str 为形参
void sayHello(String str) {
System.out.println(str);
}
2 值传递&引用传递
程序设计语言将实参传递给方法(或函数)的方式分为两种:
值传递:方法接收的是实参值的拷贝,会创建副本。
引用传递:方法接收的直接是实参所引用的对象在堆中的地址,不会创建副本,对形参的修改将影响到实参。
很多程序设计语言(比如 C++、 Pascal )提供了两种参数传递的方式,不过,在 Java 中只有值传递。
3 为什么 Java 只有值传递?
a = 20
b = 10
num1 = 10
num2 = 20
为什么说 Java 只有值传递呢? 不需要太多废话,我通过 3 个例子来给大家证明。
案例 1:传递基本类型参数
代码:
public static void main(String[] args) {
int num1 = 66;
int num2 = 88;
swap(num1, num2);
System.out.println("num1 = " + num1);
System.out.println("num2 = " + num2);
}
public static void swap(int a, int b) {
int temp = a;
a = b;
b = temp;
System.out.println("a = " + a);
System.out.println("b = " + b);
}
输出:
a = 88
b = 66
num1 = 66
num2 = 88
为什么?
这是因为:在 swap() 方法中,a、b 的值进行交换,并不会影响到 num1、num2。因为,a、b 的值,只是从 num1、num2 的复制过来的。也就是说,a、b 相当于 num1、num2 的副本,副本的内容无论怎么修改,都不会影响到原件本身。
案例 2:传递引用类型参数 1
代码:
public static void main(String[] args) {
int[] arr = { 1, 2, 3, 4, 5 };
System.out.println(arr[0]);
change(arr);
System.out.println(arr[0]);
}
public static void change(int[] array) {
// 将数组的第一个元素变为0
array[0] = 0;
}
现在请各位未来的大厂精英们手动输出一下,输出结果会是多少呢?
显然,最后的输出是:
1
0
看了这个案例很多人肯定觉得 Java 对引用类型的参数采用的是引用传递。
实际上,并不是的,这里传递的还是值,不过,这个值是实参的地址罢了!
我们来看看下面这张图片:
也就是说 change 方法的参数拷贝的是 arr (实参)的地址,因此,它和 arr 指向的是同一个数组对象。这也就说明了为什么方法内部对形参的修改会影响到实参。
为了更强有力地反驳 Java 对引用类型的参数采用的不是引用传递,我们再来看下面这个案例!
案例 3:传递引用类型参数 2
代码:
class Person {
private String name;
// 构造函数
public Person(String name) {
this.name = name;
}
// Getter方法
public String getName() {
return name;
}
// Setter方法
public void setName(String name) {
this.name = name;
}
}
public class Main {
public static void main(String[] args) {
Person dingzhenLaoye = new Person("盯真姥爷");
Person sunXiaochuan = new Person("孙笑川");
swap(dingzhenLaoye, sunXiaochuan);
System.out.println("dingzhenLaoye:" + dingzhenLaoye.getName());
System.out.println("sunXiaochuan:" + sunXiaochuan.getName());
}
public static void swap(Person person1, Person person2) {
Person temp = person1;
person1 = person2;
person2 = temp;
System.out.println("person1:" + person1.getName());
System.out.println("person2:" + person2.getName());
}
}
输出:
person1:孙笑川
person2:盯真姥爷
dingzhenLaoye:盯真姥爷
sunXiaochuan:孙笑川
这是为什么呢》
`swap` 方法的参数 `person1` 和 `person2` 仅仅是对实参 `dingzhenLaoye` 和 `sunXiaochuan` 所存储的对象地址的拷贝。所以,`person1` 和 `person2` 的互换,实际上只是这两个拷贝地址之间的互换,并不会对实参 `dingzhenLaoye` 和 `sunXiaochuan` 产生任何影响。也就是说,在 `swap` 方法内部改变的只是地址的副本,而 `main` 方法里的 `dingzhenLaoye` 和 `sunXiaochuan` 依然指向原来的对象。
4.为什么并不引入引用传递?
引用传递看似很好,能在方法内就直接把实参的值修改了,但是,为什么 Java 不引入引用传递呢?
注意:以下为个人观点看法,并非来自于 Java 官方:
- 出于安全考虑,方法内部对值进行的操作,对于调用者都是未知的(把方法定义为接口,调用方不关心具体实现)。你也想象一下,如果拿着银行卡去取钱,取的是 100,扣的是 200,是不是很可怕。
- Java 之父 James Gosling 在设计之初就看到了 C、C++ 的许多弊端,所以才想着去设计一门新的语言 Java。在他设计 Java 的时候就遵循了简单易用的原则,摒弃了许多开发者一不留意就会造成问题的“特性”,语言本身的东西少了,开发者要学习的东西也少了。
- 与 Java 的面向对象设计理念相契合:Java 强调对象的封装性和独立性,每个对象都应该有自己清晰的职责和状态。值传递符合这种理念,它使得方法在处理数据时,更像是在操作一个独立的、自包含的实体,而不是直接去修改外部的共享数据。这样可以更好地实现对象的封装,使得代码的结构更加清晰,各个模块之间的耦合度更低。例如,在一个游戏开发中,游戏角色对象具有自己的属性和行为,通过值传递来处理角色的相关操作,可以保证每个角色对象的状态是独立和可控的,不会因为外部的引用传递而导致状态的混乱。