本问题已经有最佳答案，请猛点这里访问。

Possible Duplicate:

Is Java"pass-by-reference"?

数组不是Java中的原始类型，但它们也不是对象，所以它们是通过值传递还是通过引用传递？它是否依赖于数组包含的内容，例如引用或基元类型？

数组是对象，是的，但是Java中的任何东西都不是通过引用传递的。所有参数传递都是按值传递的。在对象的情况下，传递的是对该对象(即指针)的按值引用。按值传递引用与按引用传递不同。

您可能会发现这很有用：stackoverflow.com/a/9404727/597657

我不能为这个问题添加答案，但是我写了一个代码片段，它可能有助于理解下面的答案：write.as/1wjcm7m50w41k.md。

Everything in Java are passed-by value.。对于数组(它只是一个对象)，数组引用按值传递。(就像对象引用是通过值传递的一样)。

将数组传递给其他方法时，实际上会复制对该数组的引用。

通过该引用对数组内容所做的任何更改都将影响原始数组。

但是，将引用更改为指向新数组不会更改原始方法中的现有引用。

看到这个帖子…

Java是"通过引用"还是"按值传递"？

见本工作示例：

public static void changeContent(int[] arr) {

// If we change the content of arr.

arr[0] = 10;  // Will change the content of array in main()

}

public static void changeRef(int[] arr) {

// If we change the reference

arr = new int[2];  // Will not change the array in main()

arr[0] = 15;

}

public static void main(String[] args) {

int [] arr = new int[2];

arr[0] = 4;

arr[1] = 5;

changeContent(arr);

System.out.println(arr[0]);  // Will print 10..

changeRef(arr);

System.out.println(arr[0]);  // Will still print 10..

// Change the reference doesn't reflect change here..

}

这是我最有用的答案。谢谢伙伴！

这两点正是我想要的。TY)

@编码乐趣这是最有用的回答周期，不仅仅是为你。为什么选择的答案不适合我。

你的问题是基于一个错误的前提。

Arrays are not a primitive type in Java, but they are not objects either ..."

事实上，Java中的所有数组都是Objs1。每一个Java数组类型都有EDOCX1×1作为其超类型，并且继承了EDCOX1、2、API中所有方法的实现。

与所有Java对象一样，数组也是按值传递的…但该值是对数组的引用。

实际的引用传递涉及传递变量的地址，以便可以更新变量。这不是在Java中传递数组时发生的情况。

这里有一些链接可以解释"通过引用"和"通过值"之间的区别：

http://publib.boulder.ibm.com/infocenter/comphelp/v8v101/topic/com.ibm.xlcpp8a.doc/language/ref/cplr233.htm

http://www. cf.EdU/~梅尔斯/c++／Notes／参考文献.HTML

相关销售代表问题：

Java是"通过引用"还是"按值传递"？

历史背景：

短语"pass by reference"最初是"call by reference"，用来区分fortran(call by reference)和algol-60(call by value和call by name)的参数传递语义。

在按值调用中，参数表达式被计算为一个值，该值被复制到被调用的方法中。

在引用调用中，参数表达式部分计算为传递给调用方法的"lvalue"(即变量或数组元素的地址)。然后，调用方法可以直接读取和更新变量/元素。

在按名称调用中，实际参数表达式将传递给调用方法(！！)可以多次评估(！！！！)。实现起来很复杂，可以用来(滥用)编写非常难以理解的代码。顾名思义，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通常会将值类型转换为引用。