Arrays.fill()在绝大多数场景下比手动for循环更快，尤其处理大规模基本类型数组时优势明显，因其底层常由JVM内联为高效内存写入指令（如rep stosb），避免了循环边界检查、索引递增和条件跳转等开销。
Arrays.fill() 在绝大多数场景下比手动 for 循环更快，尤其在处理大规模基本类型数组时优势明显。它底层常由 JVM 内联为高效内存写入指令（如 rep stosb），避免了循环边界检查、索引递增和条件跳转等开销；而普通 for 循环每次迭代都要执行 i++、i
基本类型数组：fill() 显著胜出
对 int[]、boolean[]、byte[] 等，Arrays.fill() 是原地连续写入，无装箱拆箱，也不依赖数组长度访问——这正是它比双重循环快 20–30% 的关键原因：
- 避免了内层循环中反复读取
matrix[i].length的开销 - 不触发额外的数组边界校验（JVM 可对 fill 做更激进的优化）
- 内存访问高度连续，CPU 缓存友好，适合现代处理器的预取机制
对象数组：语义正确才谈性能
Arrays.fill() 对对象数组（如 String[]、MyBean[]）只做引用赋值，所有元素指向同一个对象实例。这本身不是性能问题，而是行为陷阱：
- 若需填充 100 个独立的
new Date()，fill()完全不适用，必须用循环或 Stream - 若填充的是不可变对象（如
"N/A"或CacheEntry.EMPTY），则fill()安全且高效 - 误用
fill()导致共享引用引发的 bug，远比性能损耗更难排查
二维数组：逐行 fill 是合理折中
Java 不支持直接 fill 二维数组，但用 for (int[] row : matrix) Arrays.fill(row, val) 是推荐做法：
立即学习“Java免费学习笔记（深入）”；
- 比双重 for 循环少写一层索引逻辑，代码更清晰
- 每行独立填充，避免“所有行引用同一数组”的引用陷阱
- 若各行长度不同（锯齿数组），仍可安全调用，不会越界或漏填
小数组或特殊逻辑：循环未必更慢
当数组长度很小（如 i * 2 + 1），Arrays.fill() 就不适用：
- fill() 只能填固定值，无法生成动态值
- 极小数组上，JVM 启动成本和方法调用开销可能抵消 fill 优势
- 此时手写循环反而更直观、可控，且 JIT 编译后性能差异可忽略
