Arrays.fill仅支持基础类型赋值或引用类型设为同一对象，无法为引用数组每个元素创建独立新实例；需独立对象时必须用循环或Stream。
Arrays.fill 不能直接重置“业务状态”，只能赋值基础类型或引用
Java 的 Arrays.fill 只做浅层赋值：对基本类型数组（如 int[]、boolean[]）能直接写入默认值；对引用类型数组（如 User[]），它只会把每个元素设为同一个对象引用，而非创建新实例。如果你的“业务状态”需要每个元素是独立初始化的对象（比如每个 User 都得是新 new User()），Arrays.fill 无法做到——它填的是引用，不是新对象。
常见错误现象：Arrays.fill(users, new User()) 看似重置了所有人，实则所有数组元素指向同一个 User 实例，改一个，全跟着变。
- 适用场景：重置
int[]为 0、String[]为null、boolean[]为false - 不适用场景：需每个元素为独立新对象（如
new Order()、new HashMap()） - 性能影响：
Arrays.fill是 native 实现，比手动 for 循环快，但仅限于它支持的赋值方式
用 Arrays.fill 重置基本类型或 null 引用的正确写法
只要目标值是字面量或 null，Arrays.fill 就安全高效。例如清空计数器、重置开关标志、批量置空引用占位符。
int[] counts = {1, 5, 3, 8};
Arrays.fill(counts, 0); // ✅ 安全：全部变 0
Boolean[] flags = {true, false, null};
Arrays.fill(flags, null); // ✅ 安全：全部变 null
String[] names = new String[5];
Arrays.fill(names, ""); // ✅ 安全：全部设为空字符串（注意不是 null）
- 注意
""和null区别：填""后调用names[i].length()没问题；填null后调用会抛NullPointerException - 对包装类（如
Integer[]），填null或Integer.valueOf(0)都可以，但不能填0（会自动装箱，没问题），不过语义上建议显式写Integer.valueOf(0)或null
需要“每个元素独立新对象”时，必须手写循环或用 Stream
这是最容易踩坑的地方：误以为 Arrays.fill(arr, new X()) 创建了多个实例。实际上只调用了一次 new X()，结果所有数组槽位都指向它。
正确做法是确保每次赋值都执行构造逻辑：
User[] users = new User[3];
// ❌ 错误：三个元素都指向同一个实例
// Arrays.fill(users, new User());
// ✅ 正确：每个都是新对象
for (int i = 0; i < users.length; i++) {
users[i] = new User(); // 每次 new，独立生命周期
}
// ✅ 或用 Stream（Java 8+），更函数式但稍重
users = Stream.generate(User::new).limit(users.length).toArray(User[]::new);
- 如果构造成本高（如含 DB 查询、IO），别在循环里无脑
new，应结合业务缓存或工厂方法 -
Stream.generate方式不可用于基本类型数组（如int[]），必须用IntStream.range配合toArray - Android 或低版本 JDK 用户，优先选传统 for 循环，兼容性最好
重置“业务状态”的本质是明确“状态定义”，而非依赖 fill
所谓“一键重置”，真正卡点不在语法，而在你是否明确定义了“初始业务状态”是什么：是字段全零？是某几个字段回退？还是整个对象重建？Arrays.fill 只负责“塞值”，不理解业务。
- 如果业务状态可由构造函数覆盖（如
new Order(Status.DRAFT, 0, null)），那就用循环 + 构造 - 如果状态需复位但对象要复用（避免 GC 压力），应在对象内部提供
reset()方法，再配合循环调用：for (User u : users) u.reset(); - 如果数组本身生命周期短（如方法内临时数组），用
Arrays.fill配合null或默认值最轻量；若长期持有且状态复杂，就别硬套fill，老实用循环或 builder
最常被忽略的一点：重置后是否还要触发监听、校验或事件？Arrays.fill 不可能帮你做这些——它只是内存赋值，和业务逻辑完全解耦。
