为什么Java中只有值传递?

要弄清这个问题,先得了解两个概念:

形参&实参
值传递&引用传递

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 官方:

  1. 出于安全考虑,方法内部对值进行的操作,对于调用者都是未知的(把方法定义为接口,调用方不关心具体实现)。你也想象一下,如果拿着银行卡去取钱,取的是 100,扣的是 200,是不是很可怕。
  2. Java 之父 James Gosling 在设计之初就看到了 C、C++ 的许多弊端,所以才想着去设计一门新的语言 Java。在他设计 Java 的时候就遵循了简单易用的原则,摒弃了许多开发者一不留意就会造成问题的“特性”,语言本身的东西少了,开发者要学习的东西也少了。
  3. 与 Java 的面向对象设计理念相契合:Java 强调对象的封装性和独立性,每个对象都应该有自己清晰的职责和状态。值传递符合这种理念,它使得方法在处理数据时,更像是在操作一个独立的、自包含的实体,而不是直接去修改外部的共享数据。这样可以更好地实现对象的封装,使得代码的结构更加清晰,各个模块之间的耦合度更低。例如,在一个游戏开发中,游戏角色对象具有自己的属性和行为,通过值传递来处理角色的相关操作,可以保证每个角色对象的状态是独立和可控的,不会因为外部的引用传递而导致状态的混乱。

    评论
    添加红包

    请填写红包祝福语或标题

    红包个数最小为10个

    红包金额最低5元

    当前余额3.43前往充值 >
    需支付:10.00
    成就一亿技术人!
    领取后你会自动成为博主和红包主的粉丝 规则
    hope_wisdom
    发出的红包

    打赏作者

    小梁不秃捏

    你的鼓励将是我创作的最大动力

    ¥1 ¥2 ¥4 ¥6 ¥10 ¥20
    扫码支付:¥1
    获取中
    扫码支付

    您的余额不足,请更换扫码支付或充值

    打赏作者

    实付
    使用余额支付
    点击重新获取
    扫码支付
    钱包余额 0

    抵扣说明:

    1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
    2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

    余额充值