echo 和 print 不能输出数组内容，因二者仅作字符串强制转换，遇 array 输出“Array”，遇 object 输出“Object”，不递归展开；这是设计使然，定位为快速输出文本而非调试工具。
echo 和 print 为什么不能输出数组
因为它们只做字符串强制转换：遇到 array 就输出字符串 "Array"，遇到 object 就输出 "Object"，不递归展开。这不是 bug，是设计使然——它们定位就是「快速输出文本」，不是调试工具。
常见错误现象：echo $user_data; 显示 Array，但你想看里面有哪些字段；print $config; 输出 Object 后就停了，没法确认属性值。
-
echo是语言结构，无返回值，支持多参数（echo $a, $b, "ok";） -
print表面像语言结构，实为函数，固定返回1，只接受单参数（print $a . $b;得靠字符串拼接） - 两者对
null、false、0的输出行为一致（都输出空字符串），但print的返回值可用于链式判断，例如if (print "done") { ... }（极少用，但合法）
print_r 什么时候必须加 true 参数
当你不想直接输出、而是要捕获结果做后续处理时。比如记录日志、拼进 JSON、过滤后再展示——此时不加 true，print_r 会立刻刷到输出缓冲区，你拿不到字符串。
典型误用：$log = print_r($data); → $log 是 bool(true)，不是格式化后的文本；正确写法是 $log = print_r($data, true);
立即学习“PHP免费学习笔记（深入）”；
- 第二个参数默认是
false，即直接输出；设为true才返回字符串 -
print_r对数组会重置内部指针，调试中如果紧接着用current()或foreach，可能拿到错误位置的元素，需手动reset($arr) - 它不显示变量类型，也不显示资源（如
mysqli连接句柄）的具体内容，仅作结构示意
var_dump 比 print_r 多出什么关键信息
类型标识和长度。比如 var_dump("abc") 输出 string(3) "abc"，而 print_r("abc") 只输出 abc；对 null，var_dump 明确写 NULL，print_r 什么也不输出。
这在排查隐式类型转换、编码问题、空值误判时非常关键。例如接口返回 "" 和 null 看起来一样，但逻辑处理完全不同。
-
var_dump默认开启输出，也支持return模式（var_export($v, true)更适合生成可复用代码，但var_dump不行） - 嵌套过深时
var_dump会自动截断，而print_r默认全量展开（可能撑爆内存或页面） - 生产环境禁用
var_dump直接输出，容易泄露路径、类名、数据库字段等敏感结构
线上环境该用哪个输出函数
基本规则：不用 echo 和 print 做调试，不用 print_r 和 var_dump 输出用户可见内容。
- 用户侧输出一律走模板引擎或明确
htmlspecialchars()处理的echo - 日志记录优先用
error_log(print_r($data, true), 3, $file)，避免意外刷屏 - API 返回前检查是否残留
print_r($xxx)未删，这是线上白屏/JSON 解析失败的高频原因 -
print_r的格式不可靠——不同 PHP 版本缩进、括号风格略有差异，别拿它做自动化解析依据
最常被忽略的一点：所有这些函数都不做 HTML 转义。哪怕只是临时调试，print_r($_GET) 也可能触发 XSS，尤其当开发机没开 display_errors=Off 时。
