已经有很好的答案可以解决这个问题。我想通过分享一个非常简单的示例（将进行编译）做出一点贡献，以比较 c ++中的“按引用传递”和Java中的“按值传递”之间的行为。
几点：
- 术语“引用”是具有两个单独含义的重载。在Java中，它只是表示一个指针，但是在“按引用传递”的上下文中，它表示传入的原始变量的句柄。
- Java是按值传递。Java是C（在其他语言中）的后代。在C之前，FORTRAN和COBOL等几种（但不是全部）较早的语言支持PBR，但C不支持。PBR允许这些其他语言更改子例程中传递的变量。为了完成同样的事情（即更改函数内部变量的值），C程序员将指向变量的指针传递给函数。受C启发的语言（例如Java）借鉴了这一思想，并像C一样继续将指针传递给方法，只是Java调用了其指针References。同样，这是“参考”一词与“通过参考”中的不同用法。
- C ++通过使用“＆”字符（在C和C ++中恰好与用来表示“变量的地址”的字符相同）声明引用参数，从而允许通过引用。例如，如果我们按引用传递指针，则参数和参数不仅指向同一对象。相反，它们是相同的变量。如果将一个设置为其他地址或设置为null，则另一个设置也将设置为null。
- 在下面的C ++示例中，我通过引用将指针传递给以 null结尾的字符串。在下面的Java示例中，我按值传递了对String的Java引用（再次与指向String的指针相同）。注意注释中的输出。
C ++通过参考示例：
using namespace std;
#include <iostream>
void change (char *&str){ // the '&' makes this a reference parameter
str = NULL;
}
int main()
{
char *str = "not Null";
change(str);
cout<<"str is " << str; // ==>str is <null>
}
Java通过值示例传递“ Java参考”
public class ValueDemo{
public void change (String str){
str = null;
}
public static void main(String []args){
ValueDemo vd = new ValueDemo();
String str = "not null";
vd.change(str);
System.out.println("str is " + str); // ==> str is not null!!
// Note that if "str" was
// passed-by-reference, it
// WOULD BE NULL after the
// call to change().
}
}
编辑
一些人发表了评论，似乎表明他们不是在看我的例子，还是没有得到c ++例子。不知道断开连接在哪里，但是不清楚c ++示例。我在pascal中发布了相同的示例，因为我认为通过引用传递在pascal中看起来更干净，但是我可能是错的。我可能只会让人们更加困惑；我希望不是。
在pascal中，通过引用传递的参数称为“ var参数”。在下面的过程setToNil中，请注意在参数“ ptr”之前的关键字“ var”。当指针传递给该过程时，它将通过reference传递。请注意行为：当此过程将ptr设置为nil（pascal表示NULL）时，它将把参数设置为nil －在Java中无法做到这一点。
program passByRefDemo;
type
iptr = ^integer;
var
ptr: iptr;
procedure setToNil(var ptr : iptr);
begin
ptr := nil;
end;
begin
new(ptr);
ptr^ := 10;
setToNil(ptr);
if (ptr = nil) then
writeln('ptr seems to be nil'); { ptr should be nil, so this line will run. }
end.
编辑2
Ken Arnold，James Gosling（发明Java的人）和David Holmes的“ THE Java Programming Language”摘录，第2章，第2.6.5节
方法的所有参数都“按值”传递。换句话说，方法中参数变量的值是指定为参数的调用程序的副本。
他继续就物体提出了相同的观点。。。
您应该注意，当参数是对象引用时，是“按值”传递的是对象引用（而不是对象本身）。
在同一部分的末尾，他对Java仅通过值传递而从不传递引用进行了更广泛的说明。
Java编程语言不会通过引用传递对象。它
按值传递对象引用。由于相同引用的两个副本引用了相同的实际对象，因此通过一个引用变量进行的更改将通过另一个变量可见。仅有一个参数传递模式- 按值传递- 有助于简化操作。
本书的这一部分对Java中的参数传递以及按引用传递和按值传递之间的区别进行了很好的解释，它是由Java的创建者进行的。我会鼓励任何人阅读它，特别是如果您仍然不相信的话。
我认为这两个模型之间的差异非常微妙，除非您在实际使用传递引用的地方进行了编程，否则很容易错过两个模型之间的差异。
我希望这能解决辩论，但可能不会。
编辑3
我可能对这个职位有些痴迷。可能是因为我觉得Java的制造商无意间散布了错误信息。如果他们没有使用“引用”一词作为指针，而是使用了其他东西（例如dingleberry），那就没有问题了。您可能会说：“ Java通过值而不是通过引用传递dingleberries”，并且不会有人感到困惑。
这就是只有Java开发人员对此有疑问的原因。他们看着“指称”一词，以为自己确切地知道那是什么意思，因此他们甚至不必理会相反的论点。
无论如何，我在一个较旧的帖子中注意到了一条评论，该评论使我非常喜欢一个气球类比。如此之多，以至于我决定将一些剪贴画粘合在一起，制作出一系列动画片来说明这一点。
按值传递引用 -引用的更改不会反映在调用者的作用域中，但对象的更改会反映在调用者的作用域中。这是因为引用已复制，但是原始副本和副本都引用同一对象。
通过引用传递-没有引用的副本。调用者和被调用函数都共享单个引用。对引用或对象数据的任何更改都会反映在调用者的作用域中。
编辑4
我看过有关此主题的文章，这些文章描述了Java中参数传递的低级实现，我认为这很好并且非常有帮助，因为它使抽象概念具体化。但是，对我来说，问题更多的是语言规范中描述的行为，而不是行为的技术实现。这是Java语言规范第8.4.1节的摘录：
调用方法或构造函数时（第15.12节），实际参数表达式的值会在执行方法或构造函数的主体之前，初始化每个声明类型的新创建的参数变量。出现在DeclaratorId中的标识符可用作方法或构造函数主体中的简单名称，以引用形式参数。
这意味着，java在执行方法之前创建了传递的参数的副本。就像谁在大学学习的编译器大多数人来说，我用“龙书”是的编译器的书。在第1章中对“按值调用”和“按引用调用”有很好的描述。“按值调用”描述与Java规范完全匹配。
当我在90年代研究编译器时，我使用了1986年的第一版书，该书比Java早9到10年。但是，我遇到了2007年第二版的副本，其中实际上提到了Java！标有“参数传递机制”的第1.6.6节很好地描述了参数传递。以下是“按值调用”标题下的摘录，其中提到了Java：
在按值调用中，将对实际参数求值（如果它是一个表达式）或将其复制（如果它是一个变量）。该值放置在属于被调用过程的相应形式参数的位置。此方法用在C和Java中，是C ++和大多数其他语言中的常用选项。
