Arrays.equals()对多维数组只做浅比较，结果几乎总是false；它将子数组视为对象比较引用地址，而非逐元素比值，正确方式是使用Arrays.deepEquals()递归比较。
Arrays.equals() 对多维数组只做浅比较，结果几乎总是 false
当你用 Arrays.equals() 比较两个 int[][] 或 String[][] 时，它不会进入第二层去比元素值，而是把每个子数组当作一个对象——比较的是引用地址。即使两个二维数组内容完全一样，只要不是同一个对象实例，Arrays.equals(a, b) 就返回 false。
常见错误现象：
– 写了 int[][] a = {{1,2},{3,4}}; 和 int[][] b = {{1,2},{3,4}};，调用 Arrays.equals(a, b) 却得 false
– 调试时发现明明打印出来一模一样，但断言失败
- 根本原因：
Arrays.equals()对非基本类型数组（如Object[]）只调用==或equals()，而int[]是对象，其默认equals()仍比较引用 - 适用场景：仅用于一维基本类型数组（
int[]、double[]等）或一维对象数组（且对象已重写equals()） - 不适用于任何嵌套深度 ≥2 的数组，包括
int[][]、String[][][]、Object[][]
deepEquals() 才是多维/嵌套数组的正确比较方式
Arrays.deepEquals() 会递归穿透每一层：遇到基本类型数组就逐元素比值；遇到对象数组就继续调用 deepEquals()；遇到 null 也能安全处理（deepEquals(null, null) == true，deepEquals(null, non-null) == false）。
使用示例：
int[][] a = {{1, 2}, {3, 4}};
int[][] b = {{1, 2}, {3, 4}};
System.out.println(Arrays.deepEquals(a, b)); // true
String[][] x = {{"a", "b"}, {"c"}};
String[][] y = {{"a", "b"}, {"c"}};
System.out.println(Arrays.deepEquals(x, y)); // true
Object[][] obj1 = {{1, "hello"}, {new Date()}};
Object[][] obj2 = {{1, "hello"}, {new Date()}};
// 注意：Date.equals() 有效，所以 deepEquals 返回 true
System.out.println(Arrays.deepEquals(obj1, obj2)); // true（前提是 Date 实例相等）
- 维度必须一致：两个
int[2][3]可比；一个int[2][3]和int[2][3][4]传进去会抛IllegalArgumentException - 对象数组依赖其元素的
equals()：如果某层是自定义类数组，该类必须正确实现equals()，否则比较结果不可靠 - 性能影响：深度越大、数据越密，递归开销越明显；但相比手写嵌套循环，代码安全性和可读性提升巨大
什么时候不能用 deepEquals()？边界情况要当心
不是所有“嵌套结构”都适合 deepEquals() —— 它只认 Java 数组类型，对 List<list>></list>、Map 嵌套、或混合容器完全无效。
- 输入必须是数组：传
ArrayList或LinkedList会直接编译报错（参数类型不匹配） - 不处理循环引用：如果数组 A 的某个元素引用了 A 自身（或间接构成环），
deepEquals()会栈溢出 - 浮点数精度陷阱仍在：
double[][]中若含Double.NaN，按 Java 规范NaN == NaN为false，但deepEquals()遵循此规则，不会特殊处理 - 注意
null子数组：{{1,2}, null}和{{1,2}, null}可比且为true；但{{1,2}, null}和{{1,2}}维度不同 →false
替代方案：非数组嵌套结构怎么办？
如果你面对的是 List<map object>></map> 或 JSON-like 嵌套（如 Map<string list string>>></string>），deepEquals() 无能为力。这时需转向：
- 手动递归比较（控制空值、类型、顺序逻辑）
- 序列化后比字符串（慎用：浮点精度、字段顺序、忽略字段等问题多）
- 用 Jackson/Gson 的
JsonNode.equals()（对 JSON 结构最稳） - 用 AssertJ 的
usingRecursiveComparison()（测试场景推荐）
真正容易被忽略的点：很多人以为“嵌套”就等于“能用 deepEquals()”，其实它只锁死在 java.lang.Object[] 及其基本类型变体这一条路径上。一旦结构脱离数组体系，就得换思路。
