Java二维数组修改单元素却改动整列的原因及单元素修改实现方案

核心问题根因 #

这个现象本质是Java中引用类型的赋值逻辑导致的认知偏差，和数组本身的维度结构无关：

• Java中基本数据类型的变量存储的是具体数值本身，赋值操作会直接复制实际值，两个变量互不影响。
• 所有数组对象都属于引用类型，数组类型的变量存储的不是数组的实际内容，而是指向堆内存中数组实体的内存地址。

对应到这段代码的实际执行流程：

1. 执行int[] ones = {one, one, one};时，会在堆内存创建一个长度为3的int数组实体，ones变量仅保存这个实体的内存地址。
2. 执行int[][] lotsofones = {ones, ones, ones};时，二维数组作为“元素为int[]的数组”，初始化过程不会为每一行创建新的int数组实体，只是把ones保存的内存地址连续复制3份，存到二维数组的三个行位置。也就是说lotsofones[0]、lotsofones[1]、lotsofones[2]这三个行引用，指向的完全是堆里同一个int数组对象。
3. 当执行lotsofones[0][1] = 2;时，本质是通过lotsofones[0]持有的地址，找到唯一的那个堆int数组，将其索引为1的元素修改为2。因为三个行引用指向同一个数组实体，无论从哪个行索引访问这个数组的第二个位置，读到的都是修改后的值，最终出现三行对应位置同步变化的结果。

这里的常见认知误区是：开发者直觉上认为{ones, ones, ones}是复制了三份独立的ones数组，实际上该语法仅完成了三次引用值的复制，根本没有生成新的数组实体。这种看起来像是“修改影响整列”的错觉，本质就是因为没有独立的行数组实体，所有行访问同索引位置时，本质都是读取同一个堆内存地址的值。

独立修改单元素的实现方案 #

首先需要明确：如果完全不改动原代码中int[][] lotsofones = {ones, ones, ones};的初始化逻辑，从内存层面是不可能实现独立修改的——所有行绑定的是同一个数组实体，不存在三个独立的行数组可供单独操作。
如果你的诉求是保留“以ones为模板批量初始化二维数组”的编码思路，不需要逐行硬编码数组内容，可以在初始化二维数组时为每一行生成独立的数组副本，从根源上断开引用共享：

import java.util.Arrays;

public class ArrayDemo {
    public static void main(String[] args) {
        int one = 1;
        int[] ones = {one, one, one};
        // 为每一行生成与ones内容完全一致的独立数组实体，而非直接复用ones的引用
        int[][] lotsofones = {
            Arrays.copyOf(ones, ones.length),
            Arrays.copyOf(ones, ones.length),
            Arrays.copyOf(ones, ones.length)
        };
        lotsofones[0][1] = 2;
        for (int[] array : lotsofones) {
            for (int num : array) {
                System.out.print(num + " ");
            }
            System.out.println();
        }
    }
}

这种写法的核心是每一次填充二维数组行时，都调用Arrays.copyOf生成一个新的独立数组对象，三个行的引用分别指向不同的堆内存位置，此时对任意一行的元素修改，都不会影响其他行的内容，最终输出就和预期的结果完全一致。

注意：如果需要复制的是元素为引用类型的数组，必须用深拷贝而非浅拷贝，否则仍会出现引用共享的问题；但本场景中一维数组的元素是基本数据类型，Arrays.copyOf生成的副本是完全独立的，不存在共享问题。

内容的提问来源于stack exchange，提问作者O.S.