这个问题已经有了最佳答案，请迅速访问这里。
可配置duplicate :
Is Java'pass-by-reference '？
数组不是Java的原始类型，但也不是对象，因此是按值传递还是按引用传递？ 是否依赖于数组中包含的内容，如引用和基元类型？
数组是对象。 是的。 但是，Java中的任何引用都不是通过引用传递的。 所有参数传递都以值传递。 对于对象，传递的是对该对象(指针)的值引用。 按值传递引用不同于按引用传递引用。
这可能会有帮助。 stack overflow.com/a/9404727/597657
我不能给这个问题添加答案，但我写了代码片段。 那个可能有助于理解下一个答案。 write.as/1wjcm7m50w41k.md。
everythinginjavaarepassed-by value。 对于数组，数组引用作为值传递。 (就像对象引用由值传递一样)。
将数组传递给另一个方法实际上会复制对数组的引用。
此引用对数组内容所做的更改将影响原始数组。
但是，将引用更改为指向新数组不会更改原始方法中的现有引用。
看了这个帖子…
Java是“浏览”还是“按值传递”？
请参考此工作示例。
publicstaticvoidchangecontent (int [ ] arr ) {
//If we change the content of arr。
arr[0]=10； //willchangethecontentofarrayinmain (
}
publicstaticvoidchangeref (int [ ] arr ) {
//If we change the reference
arr=new int[2]； //Will not change the array in main (
arr[0]=15；
}
publicstaticvoidmain (字符串[ ] args ) {
int [] arr=new int[2]；
arr[0]=4；
arr[1]=5；
变更内容(arr；
system.out.println(arr[0]； //Will print 10 .
变更器(arr；
system.out.println(arr[0]； //Will still print 10 .
//changethereferencedoesn ' treflectchangehere .
}
这是我最有用的答案。 谢谢你的伙伴！
这两点是我想要的。 TY )
@编码乐趣这是最有用的回答周期，不仅仅是为了你。 为什么选择的答案不适合我？
你的问题是基于错误的前提。
arraysarenotaprimitivetypeinjava，but they are not objects either . '
事实上，Java的所有数组都是Objs1。 每个Java数组类型都有1个EDOCX11作为超类型，并继承了所有EDCOX1、2和API方法的实现。
与所有Java对象一样，数组也以值传递.但是，该值是对数组的引用。
对于实际的引用传递，必须传递变量的地址，以便可以更新变量。 这不是在Java中传递数组时发生的。
这里有一个链接，说明“根据引用”和“根据值”的区别。
3358 publib.boulder.IBM.com/infocenter/comp help/V8 v101/topic/com.IBM.xlc pp8 a.doc/language/ref/cplr
http://www. cf.EdU/~梅尔斯/c /Notes/参考文献. HTML
销售代表问题：
Java是“浏览”还是“按值传递”？
历史背景：
短语“pass by reference”最初是“call by reference”，fortran(callbyreference )和ALGOL-60 (callbyvalue和call by name )的参数
在使用值的调用中，参数表达式计算为值，并将该值复制到调用的方法中。
在引用调用中，参数表达式的部分计算为传递给调用方法的“lvalue”。 这意味着变量或数组元素的地址。 然后，调用方法可以直接读取和更新变量/元素。
在按名称调用中，实际的参数表达式是调用方法(！ )可以多次评价(！ 请参阅。 可用于编写实现复杂、非常难以理解的代码。 xfd
xy，call-by-name只在algol-60中使用过(谢天谢地！).更新
实际上，algol-60的名称调用类似于将lambda表达式作为参数传递。问题在于，这些不完全是lambda表达式(它们在实现级别被称为"thunk")可以间接地修改调用过程/函数范围内的变量的状态。这是让他们很难理解的原因之一。(例如，参见Jensen设备上的维基百科页面。)
1。链接的Q＆A(Java中的数组以及它们如何存储在内存中)中没有任何状态或暗示数组不是对象。
所以…如果在方法中更改数组(作为参数传入)，是否在调用者中更改原始数组中的值？
对。没错。
像所有Java对象一样，数组是按值传递的…但该值是对数组的引用。"那肯定不是通过值传递的。"我的意思是当然会传递一个值。
它>>是<
数组实际上是对象，因此会传递一个引用(引用本身是按值传递的，还不清楚？).快速示例：
// assuming you allocated the list
public void addItem(Integer[] list, int item) {
list[1] = item;
}
您将看到调用代码对列表的更改。但是，不能更改引用本身，因为它是通过值传递的：
// assuming you allocated the list
public void changeArray(Integer[] list) {
list = null;
}
如果传递一个非空列表，则在该方法返回时，它不会为空。
不，爪哇的一切都是通过价值传递的！在Java中不存在传递引用，因为它不存在于ANSI C中，这就是指针存在的原因。
Aeloo:我说过一个引用被传递给方法，否则你看不到改变，而不是Java通过引用！是的，引用是通过值传递的，但这不是点。
@你的句子不清楚…
@好吧，我又加了一些评论…
"但是您不能更改引用本身，因为它是通过值传递的"——实际上，您可以(在本地)更改引用。您不能更改的是在调用上下文中从何处获取引用的变量。只有当人们混淆了引用和保存引用的变量时，这才是令人困惑的。
不，那是错误的。数组是Java中的特殊对象。因此，这就像传递其他对象一样，在其中传递引用的值，而不是引用本身。也就是说，更改被调用例程中数组的引用不会反映在调用例程中。
谢谢。那么每个数组访问都必须取消引用吗？这是否意味着使用数组与在爪哇中使用任何其他类型的列表一样慢，除了可以在其中存储基元类型之外，这些类型不需要被取消引用吗？
不，因为存储在堆中的数据中是连续的，这意味着迭代查找在CPU时间方面要便宜得多。列表不保证连续存储。
Java中的所有东西都是通过值传递的。
在数组的情况下，引用被复制到新的引用中，但是请记住Java中的所有东西都是通过值传递的。
请看这篇有趣的文章了解更多信息…
数组的最终讨论在http://docs.oracle.com/javase/specs/jls/se5.0/html/arrays.html 27803上。这清楚地表明Java数组是对象。这些对象的类别在10.8中定义。
语言规范的第8.4.1节，http://docs.oracle.com/javase/specs/jls/se5.0/html/classes.html 40420，描述了如何将参数传递给方法。由于Java语法是从C和C++派生的，所以行为类似。原语类型是按值传递的，与C一样。当传递对象时，对象引用(指针)是按值传递的，这反映了按值传递指针的C语法。参见4.3.1，http://docs.oracle.com/javase/specs/jls/se5.0/html/typesvalues.html 4.3，
实际上，这意味着修改方法中数组的内容会反映在调用范围中的数组对象中，但将新值重新分配给方法中的引用对调用范围中的引用没有影响，这正是C中的结构指针或I中的对象指针所期望的行为。nc++。
术语上的混淆至少有一部分源于高级语言的历史，在C的普遍使用之前。在以前流行的高级语言中，通过地址直接引用内存是应该尽可能避免的事情，并且它被认为是语言提供一个抽象层的工作。这使得语言必须显式支持从子例程(不一定是函数)返回值的机制。这种机制在正式意义上是指"通过引用"。
当引入C时，它附带了一个简化的过程调用概念，其中所有参数都是仅输入的，返回给调用方的唯一值是函数结果。但是，传递引用的目的可以通过显式和广泛使用指针来实现。由于它具有相同的用途，将指针作为对值的引用传递的实践通常被通俗地称为传递引用。如果例程调用的语义要求通过引用传递参数，则C的语法要求程序员显式传递指针。按值传递指针是在C中实现按引用传递语义的设计模式。
由于在C中的原始指针似乎唯一的目的是创建崩溃的bug，随后的开发，尤其是Java，已经试图返回更安全的手段来传递参数。然而，C的主导地位使得开发人员有义务模仿C编码的常见风格。结果是引用被类似地传递给指针，但是被使用更多的保护来实现，以使它们更安全。另一种选择可能是像艾达这样的语言的丰富语法，但是这会呈现出一种不受欢迎的学习曲线，并减少了Java的可能采用。
简而言之，在Java中对对象(包括数组)进行参数传递的设计是专门服务于通过引用的语义意图，但是用以值传递引用的语法来实现。
因为Java语法是从C和C++派生的，所以行为类似。相似的语法并不意味着相似的语义。
我引用了旧的规范，因为它仍然是正确的，我不知道OP使用的是哪个版本。参数传递在8.4.1中描述如下：当调用方法或构造函数(&167；15.12)时，实际参数表达式的值在方法或构造函数主体执行之前初始化新创建的参数变量(每个声明的类型)。出现在声明符ID中的标识符可以用作方法或构造函数主体中引用形参的简单名称。
关于SyAc税，Java、C和C++之间的并行并不是偶然的，该设计旨在简化C和C++程序员的转换。语言设计是人类交流的问题，而不是数学上的严格性，将熟悉的语法和不熟悉的语义混合在一起会造成不适当的复杂性。我们正在努力建立一个易于采用的系统。
你没明白我的意思。我确信您知道两种相关语言有相同的语法，但语义不同的情况。我要说的是，无论语言是否相关，相同的语法并不意味着相同的语义。
此外，讨论"通过引用的语义意图"是对FORTRAN、C、C++等50%个使用情况下的使用意图的假设进行了假设。例如，swap(int &a, int &b)方法。记住，经典Fortran中的引用调用不涉及指针及其风险。(你甚至可以说，C根本不通过引用来调用。它正在做的是显式地创建传递指针…按价值…必须以某种方式使用，以避免"未指明的行为"。)
@实际上，我很难想到一个例子，在这个例子中，相似的语法并不能反映出实现相似语义的尝试。你能举个例子吗？
这是一个显而易见的例子。Fortran和Algol60和C对方法/函数/过程调用使用相同的语法。name(expr, expr, expr)。但是在每种情况下，传递语义的参数是不同的。另一个明显的例子是在C和Java中EDCOX1和1。现在这是一个很好的区别…但它表明了由于语言之间的关系越来越密切，我试图更清楚地阐明这一点。
第三个例子是在C与Java中EDCOX1的2含义相当不同的含义。
我认为实际上，对于Fortran和C.Fortran来说，使用引用调用对于不公开原始指针是很重要的(尽管它确实使动态内存分配变得不切实际)。最初的C编译器被设计为非常轻量的，因此语言不实现引用调用，指针填补了空白。您提到的用例也反映了C的低级特性，因为Fortran中的此类例程可能需要内联汇编。对于我的经验中的应用程序开发人员来说，这不是最常见的用例。
我知道你来自Fortan，Algol和C，但是这些语言的语法并不像Java和C++那样狡猾。也许我有点接近历史，不认为这是显而易见的。
我可以在经典Fortran IV中的标量变量上轻松地实现swap。除非我记错了。
让我们在聊天中继续讨论
有点诡计房地产…即使引用通过Java中的值传递，因此对引用本身的更改也在调用的函数级范围内。编译器和/或JVM通常会将值类型转换为引用。