PHP没有ArrayList，只有原生数组；调试时用print_r()配标签最轻量，var_dump()更准但信息过载，json_encode()适合API调试但有类型限制。
PHP里没有arraylist，别被Java术语带偏了
PHP原生没有 ArrayList 这个类或类型——那是Java的概念。PHP只有数组（array），而且它天生就是“可变长、可嵌套、可混合键值”的容器，多维数组就是普通数组套数组。如果你在代码里看到 new ArrayList() 或类似写法，要么是用了第三方库（如某些Java风格封装），要么是误写。直接用 print_r() 或 var_dump() 就能看结构，但默认输出不换行、无缩进，人眼难读。
用包裹print_r()实现可读的多维数组输出
print_r()实现可读的多维数组输出最轻量、最常用的方式是结合 print_r() 和 HTML 的 标签，保留格式和缩进：
echo ''; print_r($data); echo '';注意点：
-
print_r()默认返回void，要显示必须设第二个参数为true才能捕获字符串（用于日志或拼接） - 如果在 CLI 环境（比如命令行运行PHP），不用
也能看清缩进，但记得加PHP_EOL换行 - 避免在生产环境直接输出敏感数组（如
$_SERVER、用户提交的完整$_POST），可能泄露信息
var_dump()比print_r()更准，但信息过载
var_dump() 会显示类型、长度、引用标记（&）、甚至资源ID，对调试变量本质很有用，但对纯结构浏览反而干扰大：
立即学习“PHP免费学习笔记（深入）”；
var_dump($data); // 输出包含 int(3)、string(5) "hello" 等类型前缀
常见误用场景：
- 想看数组键名是否为字符串还是数字，却只扫一眼就忽略类型提示，结果把
'1'当成1处理出错 - 在嵌套很深的配置数组中，被大量
array(3) { ... }包裹层级搞晕，不如print_r()干净 -
var_dump()对循环引用会报错（Fatal error: Nesting level too deep），而print_r()默认静默处理
用json_encode() + JSON_PRETTY_PRINT生成结构化JSON视图
适合需要「机器可读+人眼可读」兼顾的场景，比如API调试、前端联调时快速确认后端返回结构：
echo '' . json_encode($data, JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT) . '';限制很明确：
- 只支持
string、int、float、bool、null、array和对象（需实现JsonSerializable），遇到资源（如mysqli连接）、闭包、不可序列化对象会报错或转成null - 中文字符默认被转义（
\u4f60\u597d），必须加JSON_UNESCAPED_UNICODE才保持可读 - 关联数组转成对象（
{}），索引数组才保持数组形式（[]），这点和PHP原生结构不完全对应
真正复杂的数据结构（比如含Closure、resource、private属性的对象），靠任何单函数都难以“逐层清晰呈现”——得配合 debug_backtrace() 或 Xdebug 的变量查看器，或者自己写递归打印函数控制深度和过滤逻辑。
