登录
首页 >  文章 >  java教程

Arrays.fill与copyOf使用技巧解析

时间:2026-03-07 22:18:44 492浏览 收藏

Arrays.fill和copyOf看似简单的数组操作,实则暗藏多重陷阱:fill对基本类型和包装类数组均有效,但误用于未初始化引用数组或忽略null风险易致运行时崩溃;copyOf与copyOfRange严格遵循左闭右开区间规则,越界即抛异常,且均为浅拷贝——对自定义对象数组调用fill会意外共享同一实例,引发隐蔽的并发修改问题;二者混用时若顺序或赋值不当(如扩容后未重新赋值引用),会导致“看似生效实则无效”的调试噩梦。真正掌握它们,关键在于时刻厘清“谁在改谁”“引用是否复用”“边界是否闭合”这三大核心逻辑。

详解Arrays.fill与Arrays.copyOf_数组操作工具类的高频用法

Arrays.fill 为什么填不满基本类型数组?

它能填,但得填对“对象”——Arrays.fill 对基本类型数组(如 int[]double[])完全支持,但对包装类数组(如 Integer[])也支持;真正容易出错的是「误以为它能改变原始数组引用」或「在未初始化的数组上乱填」。

  • fill 操作的是原数组元素,不是副本,所以填完后原数组就变了
  • int[] arr = new int[5] 执行 Arrays.fill(arr, -1),结果是 [-1, -1, -1, -1, -1],没问题
  • 但若写成 Integer[] arr = new Integer[3],再 Arrays.fill(arr, 42),会报 NullPointerException 吗?不会——因为 fill 直接赋值,42 会被自动装箱为 Integer,安全
  • 真正翻车点:用 fillString[] 时传了 null,比如 Arrays.fill(strArr, null) 是合法的,但后续如果没判空就调用 .length(),运行时崩

Arrays.copyOf 和 copyOfRange 的边界怎么算才不丢数据?

两个方法都遵循「左闭右开」区间规则,from 能取到,to 取不到——这是绝大多数人第一次用就踩坑的地方。

  • Arrays.copyOf(arr, 3):从 arr[0] 开始拷贝 3 个元素(即索引 0、1、2),新数组长度固定为 3
  • Arrays.copyOfRange(arr, 1, 4):拷贝 arr[1]arr[2]arr[3],共 3 个元素,不是 4−1=3 个“位置差”,而是明确的元素个数
  • 越界检查很严格:from 或 to > arr.lengthfrom > to 都会抛 ArrayIndexOutOfBoundsException
  • 性能上,copyOfRange 内部调用 System.arraycopy,比手动 for 循环快;而 copyOf 在新长度大于原长时,会用默认值补位(int[] 补 0,String[]null

fill 和 copyOf 混用时,哪些组合是危险操作?

它们本身无害,但组合逻辑错位就会导致「看起来填了,其实没生效」或「复制了旧值,不是你想要的当前状态」。

  • fillcopyOf:安全,新数组拿到的是已填充后的值
  • copyOffill 原数组:新数组不受影响,因为 copyOf 生成的是独立副本
  • 危险组合:对同一个数组反复 fill + copyOfRange 却忽略索引偏移。例如 int[] src = {1,2,3,4,5},执行 Arrays.fill(src, 1, 3, 9)(填索引 1~2 为 9),再 Arrays.copyOfRange(src, 0, 3),得到的是 [1,9,9],不是全 9 —— 这不是 bug,是预期行为,但常被误读
  • 更隐蔽的坑:用 copyOf 扩容后忘记重新赋值引用,比如 arr = Arrays.copyOf(arr, 10) 必须显式赋值,否则扩容无效

基本类型 vs 引用类型,fill 和 copyOf 的行为差异在哪?

差异不在方法本身,而在 Java 数组的内存模型——fillcopyOf 都是浅拷贝,对引用类型只复制引用,不复制对象内容。

  • int[]fill 改的是数值,copyOf 复制的是数值副本,彼此完全隔离
  • String[]fill 把每个槽位设为同一个字符串引用;copyOf 复制的是这一串引用,新旧数组指向相同的 String 实例(String 不可变,所以通常没事)
  • 对自定义对象数组 Person[]Arrays.fill(people, new Person("A")) 会让所有元素指向**同一个** Person 实例;修改其中任意一个的字段,其他全跟着变——这才是最易被忽略的深坑
  • 要避免这个陷阱,得手动循环创建新对象,或者用 Stream.generate(() -> new Person()).limit(n).toArray(Person[]::new)

填数组不是填表格,fillcopyOf 看似简单,但一旦涉及引用共享、索引边界、扩容赋值,就很容易在调试时发现“我明明填了,怎么还是旧值”。关键不是记方法签名,而是盯住「谁在改谁」「引用是否复用」「边界是否闭合」这三点。

今天关于《Arrays.fill与copyOf使用技巧解析》的内容就介绍到这里了,是不是学起来一目了然!想要了解更多关于的内容请关注golang学习网公众号!

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>