Arrays.asList()不能直接修改原数组，因其返回的是不支持add/remove的内部ArrayList；传入基本类型数组会因泛型擦除导致仅含一个元素。
Arrays.asList() 为什么不能直接修改原数组
Arrays.asList() 返回的是 Arrays 内部的静态嵌套类 ArrayList（注意不是 java.util.ArrayList），它底层直接持有一个对原始数组的引用，不支持 add()、remove() 等结构性修改操作，调用会抛出 UnsupportedOperationException。
常见错误现象：把基本类型数组传给 Arrays.asList(new int[]{1,2,3})，结果得到只含一个元素的列表（即整个 int[] 对象），因为泛型擦除 + 基本类型无法装箱，int[] 被当成了一个 Object。
- 要转成可变列表：先用
Stream或循环构造new ArrayList() - 处理基本类型数组：用
IntStream.of(arr).boxed().collect(Collectors.toList()) - 若只需只读视图：
Arrays.asList()是轻量且安全的
Arrays.sort() 对基本类型和对象数组的行为差异
Arrays.sort() 对 int[]、double[] 等基本类型数组使用双轴快排（Java 7+），而对对象数组（如 String[]）默认使用 TimSort（稳定排序）。这意味着：相同元素在对象数组中相对位置不变，在基本类型数组中不保证。
另一个关键点是：对象数组排序要求元素实现 Comparable，或显式传入 Comparator；基本类型数组无需额外接口，但也不能传 Comparator（编译报错）。
立即学习“Java免费学习笔记（深入）”；
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 对
Integer[]用Comparator可以，对int[]不行 —— 必须改用Integer[]或自行实现排序逻辑 - 多维数组排序：只对一维有效；
Arrays.sort(matrix, Comparator.comparing(a -> a[0]))可按首列排序二维String[][] - 小数组（长度
Arrays.equals() 和 == 到底比什么
用 == 比较两个数组变量，只是判断它们是否指向同一块内存地址；而 Arrays.equals() 才真正逐元素比较内容是否相等。对多维数组，必须用 Arrays.deepEquals()，否则内层数组会被当作 Object 比引用，永远返回 false（除非恰好是同一个对象）。
容易踩的坑：Arrays.equals(new int[]{1,2}, new Integer[]{1,2}) 编译失败 —— 类型不兼容，不会自动装箱/拆箱。
- 对象数组用
Arrays.equals()，前提是元素重写了equals() - 浮点数数组慎用
Arrays.equals()，NaN 和 -0.0 的语义可能不符合预期，建议用Arrays.equals(double[], double[], epsilon)自定义容差 -
Arrays.toString()和Arrays.deepToString()是调试时的好搭档，但别在日志里无节制调用大数组
Arrays.fill() 的边界与陷阱
Arrays.fill() 修改的是原数组内容，不是副本。它的起始索引包含，结束索引不包含（左闭右开），这点和 System.arraycopy() 一致。但很多人误以为 fill(arr, from, to, val) 中的 to 是长度，导致越界异常或填充不全。
更隐蔽的问题：对对象数组执行 fill(arr, new Object())，所有元素都引用同一个对象实例 —— 后续修改任一元素属性，会影响整个数组。
- 填 null 安全：可以，
Arrays.fill(objArr, null)是清空引用的常用写法 - 填基本类型常量没问题，但填包装类型（如
Arrays.fill(strArr, "a")）要注意字符串常量池共享特性 - 需要独立对象实例？用循环或
Arrays.setAll(arr, i -> new MyObj())
