应使用 Arrays.equals() 比对一维数组，因 deepEquals() 对一维数组会额外执行 isArray() 检查和递归调用，绕过优化路径，实测慢2–5倍；仅在二维及以上数组时才用 deepEquals()。
直接用 Arrays.equals() 比对一维数组，别用 deepEquals() ——后者专为多维数组设计，对一维数组会额外触发类型检查和递归判定逻辑，徒增开销。
为什么 deepEquals 对一维数组更慢
Arrays.deepEquals() 内部会对每个元素调用 deepEquals 递归判断，即使是一维数组中的基本类型或普通引用类型，它仍需做以下操作：
- 先检查元素是否为数组（通过
getClass().isArray()）； - 若不是数组，再退回到
equals()； - 整个过程绕过针对一维数组优化的快速路径（如
Arrays.equals(int[], int[])的原生循环）。
实测显示，比对两个长度为 10 万的 int[]，deepEquals 耗时通常是 equals 的 2–5 倍。
如何快速识别误用场景
留意代码中出现以下模式：
立即学习“Java免费学习笔记（深入）”；
- 参数明确是
int[]、String[]等一维类型，却调用了Arrays.deepEquals(a, b)； - IDE 或静态检查工具（如 IntelliJ 的“Suspicious call to Arrays.deepEquals”提示）已标黄警告；
- 单元测试中数组比对耗时异常，尤其在循环内频繁调用时。
正确替换方案
根据数组元素类型选择对应方法：
- 基本类型数组（
int[]、double[]等）→ 直接用Arrays.equals(a, b)； - 对象数组（
String[]、MyClass[]）→ 同样用Arrays.equals(a, b)，前提是元素类已正确定义equals()； - 仅当确认是二维及以上数组（如
int[][]）才用deepEquals()； - 不确定维度但需通用处理？可先用
a.getClass().getComponentType().isArray()判断是否嵌套，再决定调用哪个方法。
补充建议：避免自动补全陷阱
IDE 自动补全常优先推荐 deepEquals（因签名接受 Object），容易忽略实际类型。写完后多看一眼参数类型，或启用编译期检查：
- Maven + ErrorProne 插件可配置
ArrayEquals规则拦截误用； - Lombok 的
@EqualsAndHashCode生成的equals方法里，也应避免在字段为一维数组时调用deepEquals。
