arrays.fill()比for循环更可靠，因其由jvm底层优化（如intrinsic内联、内存块拷贝），避免手写循环易出现的越界、漏判、下标错误等问题，且对基本类型性能更优。
Arrays.fill() 为什么比 for 循环更可靠？
因为 Arrays.fill() 是 JVM 内置的底层优化方法，对基本类型数组（如 int[]、double[]）会直接调用 ArraysSupport.fill，避免了 Java 层面的边界检查和循环开销；而手写 for 循环容易漏掉 i 或写成 <code> 导致 <code>ArrayIndexOutOfBoundsException。
它还天然规避引用类型数组中“浅拷贝陷阱”——比如你用 new String[10] 后想全设为 "N/A"，Arrays.fill(arr, "N/A") 安全；但若用 arr[i] = "N/A" 手动赋值，逻辑没错，可一旦中间加了条件判断或提前 break，就容易漏填。
哪些重载版本最常用？参数含义别搞混
实际开发中几乎只用这三种：
-
Arrays.fill(int[] a, int val)：填整个int[]，最常用 -
Arrays.fill(double[] a, int fromIndex, int toIndex, double val)：只填指定区间（注意toIndex是**不包含**的，即[fromIndex, toIndex)） -
Arrays.fill(Object[] a, Object val)：填对象数组，val是引用，所有元素指向同一对象（这点必须意识到）
别用 Arrays.fill(byte[], byte) 去填 char[]——类型不匹配编译不过；也别指望 Arrays.fill(boolean[], true) 能填 Boolean[]，后者是引用类型，得用对象版。
引用类型数组填 null 或新对象时的坑
这是最容易出 bug 的地方：
- 填
null安全：Arrays.fill(strArr, null)每个元素都是独立的null - 填同一个对象危险：
Arrays.fill(listArr, new ArrayList())→ 所有数组元素指向**同一个**ArrayList实例，后续任意一个add()都会影响全部 - 要填不同实例，必须用循环：
for (int i = 0; i ();
常见错误现象：listArr[0].add("x"); System.out.println(listArr[1].size()); // 输出 1 —— 就是因为误用了 Arrays.fill() 填可变对象。
性能差异在什么规模下才明显？
小数组（Arrays.fill() 对基本类型平均快 2–3 倍（JDK 17+ HotSpot 会自动向量化）。不过要注意：如果只是初始化一次，这点差距无关紧要；但如果在高频循环里反复调用（比如每帧清空缓冲区），就值得换。
另外，Arrays.fill() 不支持并行——它不拆分任务，也不用 ForkJoinPool。想并行填超大数组（如百万级 float[]），得自己用 ForkJoinPool.commonPool().submit(...) 分段调用，或者改用 Arrays.setAll() 配合 lambda（但那已不属于“相同初始值”场景了）。
真正容易被忽略的是：它不会触发 GC，也不会校验 val 是否为 null（对对象数组合法），所以传错引用也不会报错，问题会延后到使用时才暴露。
