Java调试实战：Arrays.deepToString的应用

Arrays.deepToString()——调试嵌套数组时，这绝对称得上“第一把交椅”。它不依赖框架，不修改数据，一行代码就能递归展开所有数组层级，快速找出空值、维度错位、类型不匹配这类问题。但它也有短板：传入 null 会抛异常，自循环引用会导致栈溢出，自定义对象没重写 toString() 只能看到类名加哈希码，更别指望它做 JSON 格式化或者扛高频日志。

说白了，Arrays.deepToString() 就是为“看清楚结构”而生的——不改数据、不依赖框架、一行代码递归展开所有数组层级，空值、维度错位、类型不匹配，一眼就能暴露出来。

哪些结构必须用 deepToString？

它只对“数组类型”生效，而且必须是真正含嵌套的结构：

• 多维原始数组：比如 int[][]、double[][][]，用 toString() 只能看到哈希码，而 deepToString 直接输出 [[1, 2], [3, 4, 5]]，一目了然。
• 对象数组中含子数组：比如 Object[] mixed = {"a", new int[]{1,2}, new String[]{"x"}};，deepToString 会展开成 [a, [1, 2], [x]]，不用自己递归。
• 泛型集合转数组后观察：像 List 不能直接传进去，但 list.toArray() 得到 Object[] 后，就可以放心调用 deepToString 了。

调试时怎么避免踩坑？

几个高频出错点，提前处理能省不少时间：

• 传入 null 会直接抛 NullPointerException，建议统一加判空：arr == null ? "null" : Arrays.deepToString(arr)。
• 数组内部有自循环引用（比如 arr[0] = arr），会导致栈溢出，调试时注意检查构造逻辑。
• 自定义对象未重写 toString()，仍然显示 ClassName@hash——deepToString 只负责数组层，不穿透对象字段。
• 忘记 import ja va.util.Arrays，编译报错，IDE 通常标红提示，命令行环境就得手动补全。

让输出更实用的小技巧

不靠第三方库，也能提升可读性：

• 加上下文标签：System.out.println("请求参数 grid: " + Arrays.deepToString(grid));
• 大数组防刷屏：用 Arrays.copyOf(arr, Math.min(5, arr.length)) 截取前几行再打印。
• 配合断言验证：Assert.assertTrue(Arrays.deepEquals(expected, actual)); 比字符串比对更可靠。
• 定位空值源头：输出中显式出现 null，例如 [[null, "ok"], ["err", null]]，一眼锁定缺失字段位置。

什么时候不该用它？

它不是万能格式化器，边界要清晰：

• 想查看对象内部字段（如 Person.scores 是 int[]），deepToString 不自动展开——必须在 Person.toString() 里手动调用 Arrays.toString(scores)。
• 需要 JSON 格式、带字段名、支持浏览器预览时，new Gson().toJson(arr) 或 ObjectMapper.writeValueAsString() 更合适。
• 高频日志场景（比如每毫秒一次），递归遍历有轻微开销，建议仅用于调试分支，上线前移除。
• Map、Set 等非数组集合，deepToString 不特殊处理——map.entrySet().toArray() 可临时辅助，但不如直接用 map.toString() 或序列化工具。