java数组是引用类型，传递的是堆内存地址副本，修改元素会影响所有引用该数组的变量，但重新赋值不会改变原引用；防御性复制是避免别名问题的标准解法。

Java里数组是引用类型，传数组不是传数据本身，而是传它在堆内存里的地址副本。这意味着外部数组和对象内部数组可能指向同一块内存，一改全改——看似简单，实则容易踩坑。关键不在“能不能传”，而在“怎么传才安全”。

数组传递本质是地址副本传递

Java没有真正的引用传递，所有参数都是值传递。但对数组来说，这个“值”是内存地址的副本。形参和实参变量各自保存一份地址，但这两份地址指向同一个数组对象。

• 修改数组元素（如 arr[0] = 10）会同步影响所有持有该地址的变量
• 但让形参指向新数组（如 arr = new int[]{9,8,7}）不会改变实参的指向
• 这种行为对基本类型数组（int[]、double[]等）和引用类型数组（String[]、MyObj[]等）完全一致

对象中保存数组时的常见风险

当数组作为构造器参数赋给对象字段时，若不做处理，就会形成“别名”——外部数组和对象内部数组共用同一底层数据。

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

• 外部代码修改原数组，对象状态意外变更
• 对象内部修改数组，外部数据被悄悄污染
• 多个对象共享同一数组，相互干扰难以排查
• 违反封装原则：对象无法保证自己持有的数据独立可控

防御性复制是标准解法

在对象接收数组时主动创建副本，切断与外部的引用关联。推荐使用 Arrays.copyOf()，简洁且语义清晰。

• 基本类型数组：this.data = Arrays.copyOf(arr, arr.length);
• 引用类型数组：this.items = Arrays.copyOf(src, src.length);（注意：只复制引用，不深拷贝元素对象）
• 若需深拷贝（如数组元素也是可变对象），需额外遍历并克隆每个元素
• 避免在 getter 中返回内部数组引用，应同样做防御性复制或返回不可变视图

初始化与使用中的安全习惯

引用类型数组（如 String[]）动态初始化后默认全是 null，直接访问会触发 NullPointerException；而基本类型数组默认值为 0、false 等，容易掩盖逻辑错误。

• 明确区分静态初始化（含实际值）和动态初始化（全 null 或默认值）
• 多维数组要逐层初始化：int[][] grid = new int[3][]; 后需手动 new int[4] 给 grid[0]
• 优先考虑 ArrayList 等集合类替代固定长度数组，尤其在元素数量不确定或需频繁增删时
• 对外暴露数组时，用 Collections.unmodifiableList(Arrays.asList(arr)) 包装，防止调用方误改

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南