arrays.tostring不能直接打印自定义对象数组是因为其元素未重写tostring()，仅输出类名+哈希码；基本类型、string数组可直接用；多维数组须用arrays.deeptostring；替代方案可用stream流式处理。
Arrays.toString 为什么不能直接打印对象数组
调用 Arrays.toString 打印自定义类数组时，如果没重写 toString() 方法，输出的仍是类似 [LMyClass;@1f32e575 这种无意义的字符串——它只是 Object 默认实现返回的类名+哈希码，不是你想要的字段内容。
- 基本类型数组（
int[]、double[]等）可直接用Arrays.toString，结果清晰可读 - 字符串数组（
String[]）也安全，因为String已重写toString() - 自定义对象数组必须确保每个元素的类都重写了
toString()，否则调试信息无效
多维数组要用 Arrays.deepToString 而不是 toString
对二维及以上数组（如 int[][]、String[][]），Arrays.toString 只展开第一层，内部数组仍显示为地址形式，例如：[[I@6d06d69c, [I@78308db1]。这完全失去调试价值。
- 一律改用
Arrays.deepToString，它会递归遍历每一层并格式化 -
Arrays.deepToString对一维数组也兼容，但性能略低，简单场景优先用toString - 注意：它对循环引用（如 A 引用 B，B 又引用 A）会抛出
StackOverflowError，调试前先确认对象图无环
替代方案：用 Stream + Collectors.joining 避免依赖 Arrays 工具类
如果你在非 Java 标准环境（如 Android 低版本、某些 GraalVM 原生镜像配置）中发现 Arrays 类不可用，或想更灵活控制分隔符/空值处理，可用 Stream 替代：
String s = Arrays.stream(arr)
.map(Objects::toString)
.collect(Collectors.joining(", ", "[", "]"));
- 对 null 元素默认转成字符串
"null"，若需跳过，加过滤：.filter(Objects::nonNull) - 比
Arrays.toString多一次装箱和函数调用，性能稍差，但调试场景影响极小 - 无法处理多维数组，
deepToString的能力没法靠 Stream 简单复现
IDE 调试时别只信 Variables 面板，要验证 toString 实际输出
IntelliJ 或 Eclipse 的 Variables 视图常自动调用 toString() 显示对象，但这个行为可能被调试器缓存、截断或受 toString 实现影响——比如你改了代码但忘了重启调试进程，面板里还是旧结果。
- 在断点处手动执行表达式：
Arrays.toString(myArray)，看实时输出 - 如果输出异常（如
NullPointerException），说明数组本身为 null，Arrays.toString(null)返回字符串"null"，但Arrays.deepToString(null)会直接抛空指针 - 数组长度极大时（如百万级），
toString生成的字符串可能触发 IDE 日志截断或卡顿，此时建议用Arrays.asList(arr).subList(0, 100)截取前 100 项再打印
toString 实现是否真实反映状态，以及多维数组误用 toString 导致“看似打印成功、实则信息丢失”。这两点不检查，日志看起来正常，问题却始终定位不到。
