开始之前，我们先来搞懂下面这两个概念：
- 形参&实参
- 值传递&引用传递
方法的定义可能会用到 参数（有参的方法），参数在程序语言中分为：
- 实参（实际参数，Arguments）：用于传递给函数/方法的参数，必须有确定的值。
- 形参（形式参数，Parameters）：用于定义函数/方法，接收实参，不需要有确定的值。
程序设计语言将实参传递给方法（或函数）的方式分为两种：
- 值传递：方法接收的是实参值的拷贝，会创建副本。
- 引用传递：方法接收的直接是实参所引用的对象在堆中的地址，不会创建副本，对形参的修改将影响到实参。
很多程序设计语言（比如 C++、 Pascal )提供了两种参数传递的方式，不过，在 Java 中只有值传递。
为什么说 Java 只有值传递呢？ 不需要太多废话，我通过 3 个例子来给大家证明。
代码：
输出：
解析：
在 方法中，、 的值进行交换，并不会影响到 、。因为，、 的值，只是从 、 的复制过来的。也就是说，a、b 相当于 、 的副本，副本的内容无论怎么修改，都不会影响到原件本身。
通过上面例子，我们已经知道了一个方法不能修改一个基本数据类型的参数，而对象引用作为参数就不一样，请看案例 2。
代码：
输出：
解析：
看了这个案例很多人肯定觉得 Java 对引用类型的参数采用的是引用传递。
实际上，并不是的，这里传递的还是值，不过，这个值是实参的地址罢了！
也就是说 方法的参数拷贝的是 （实参）的地址，因此，它和 指向的是同一个数组对象。这也就说明了为什么方法内部对形参的修改会影响到实参。
为了更强有力地反驳 Java 对引用类型的参数采用的不是引用传递，我们再来看下面这个案例！
输出:
解析：
怎么回事？？？两个引用类型的形参互换并没有影响实参啊！
方法的参数 和 只是拷贝的实参 和 的地址。因此， 和 的互换只是拷贝的两个地址的互换罢了，并不会影响到实参 和 。
输出结果：
分析：可以看到，在 函数中对形参的修改，可以影响到实参的值。要注意：这里的 形参的数据类型用的是 才为引用传递，如果是用 的话还是值传递哦！
引用传递看似很好，能在方法内就直接把实参的值修改了，但是，为什么 Java 不引入引用传递呢？
注意：以下为个人观点看法，并非来自于 Java 官方：
- 出于安全考虑，方法内部对值进行的操作，对于调用者都是未知的（把方法定义为接口，调用方不关心具体实现）。你也想象一下，如果拿着银行卡去取钱，取的是 100，扣的是 200，是不是很可怕。
- Java 之父 James Gosling 在设计之初就看到了 C、C++ 的许多弊端，所以才想着去设计一门新的语言 Java。在他设计 Java 的时候就遵循了简单易用的原则，摒弃了许多开发者一不留意就会造成问题的“特性”，语言本身的东西少了，开发者要学习的东西也少了。
Java 中将实参传递给方法（或函数）的方式是 值传递：
- 如果参数是基本类型的话，很简单，传递的就是基本类型的字面量值的拷贝，会创建副本。
- 如果参数是引用类型，传递的就是实参所引用的对象在堆中地址值的拷贝，同样也会创建副本。
- 《Java 核心技术卷 Ⅰ》基础知识第十版第四章 4.5 小节
- Java 到底是值传递还是引用传递？ - Hollis 的回答 - 知乎
- Oracle Java Tutorials - Passing Information to a Method or a Constructor
- Interview with James Gosling, Father of Java
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.bianchenghao6.com/h6javajc/9545.html