在 Java 开发中，数组重置是一项常见的高频操作——无论是清空缓存、归零标记位，还是复位滑动窗口，如何做到最快？**`Arrays.fill`** 就是那个最直接、最高效的解决方案。它不会创建新数组，而是在原数组上直接赋值，JVM 通常会将其内联为底层内存操作，性能远非手写循环或 Stream 能比。特别适合缓存、标记、计数等场景，一行代码即可将状态清零。

适用状态类型：哪些能重置，哪些不能

重置是否安全，取决于数组元素类型以及目标值的语义。这点必须明确，否则很容易踩坑。 - **基本类型数组（int[]、boolean[]、byte[] 等）**：完全安全。填入 0、-1、true、false 或任意字面量均无装箱开销，值语义清晰，可以随意操作。 - **引用类型数组（String[]、Integer[]、CacheEntry[] 等）**：仅当填入 **null** 或一个 **共享不可变对象**（如 String 字面量、枚举常量、EMPTY 占位符）时才安全。因为这些对象不会发生变更，所有引用指向同一个实例也没有问题。 - **需要每个元素为独立可变对象（如 new User()、new HashMap()）**：**`Arrays.fill` 不适用**。原因很简单——它只会调用一次构造，所有槽位指向同一实例，修改一处就会全局生效，这与预期相悖。

重置范围控制：不止是“全清”，还能精准干预

业务中经常需要重置局部状态，比如滑动窗口、分段缓存。`Arrays.fill` 的区间重载天然支持这类需求，使用起来非常顺手： - **重置前 N 个**：`Arrays.fill(arr, 0, n, StatusEnum.INIT.getCode())` - **清空中间一段**：`Arrays.fill(cache, offset, offset + len, 0)` - **动态规划预设无效态**：`Arrays.fill(dp, 0, k, Integer.MAX_VALUE)` 注意索引规则是“含头不含尾”，必须满足 **0 ≤ fromIndex ≤ toIndex ≤ arr.length**，越界会直接抛异常，连额外的边界校验都省了。

多维与对象数组：常见误用与正确写法

二维数组本质上是“一维数组的数组”，语法糖背后仍是引用数组，`fill` 无法自动展开。新手经常在这里栽跟头： - **错误写法**：`Arrays.fill(matrix, -1)` → 要么编译不通过，要么把每行引用设成了 -1 或 null，类型不对。 - **正确写法**：`for (int[] row : matrix) Arrays.fill(row, -1)` —— 逐行填充，干净利落。 - **对象数组陷阱**：`String[] names = new String[5]; Arrays.fill(names, "N/A")` ✅ 没问题；但 `Arrays.fill(users, new User())` ❌ —— 所有 users[i] 指向同一个实例，修改任何一个都会影响全局。 除此之外，`Arrays.fill` 在语义表达上也有独特价值。相比隐式依赖 JVM 默认值（如 int[] 自动为 0），显式 fill 更能体现业务意图：填 -1 表示“未计算”，填 999 表示“暂不可用”，填 false 表示“未校验”——这些都不是默认值，必须显式声明。用常量代替魔法数字（如 `StatusEnum.PENDING.getCode()` 替代硬编码 2，`CacheEntry.EMPTY` 替代 null），代码的可读性和可维护性都会提升一个台阶。在复用数组的场景中（比如池化对象），重置比新建更轻量，`Arrays.fill` 就是那个零开销的答案。