PHP输出变量无唯一正确方式，需据用途选择：用户展示用echo/print（逗号分隔多变量），调试用var_dump()（生产环境禁用）、print_r()（配<pre>标签），API交互用json_encode()（须UTF-8编码）。
直接说结论：PHP 输出变量没有“唯一正确方式”，选哪个取决于你此刻要干什么——是给用户看、给开发者看，还是往文件里存，甚至只是想确认它到底是不是 null。
echo 和 print 用错参数会静默失败
很多人写 echo($name) 或 print($name, $age)，结果没输出也不报错。这是因为：
• echo 不是函数，是语言结构，括号是可选的，但加了括号就只能传一个表达式（echo($a . $b) 可以，echo($a, $b) 语法错误）；
• print 是函数，只接受单个参数，print($a, $b) 会报 Warning: print() expects exactly 1 argument；
• 真正想多变量拼接，写成 echo $a, $b, $c;（逗号分隔，无括号）最稳妥。
var_dump() 在生产环境直接暴露类型和长度很危险
var_dump() 会把变量类型、长度、嵌套层级全打出来，调试时很好用，但上线后如果误留，可能泄露敏感信息：
• 数组里有密码字段？string(32) "5f4dcc3b5aa765d61d8327deb882cf99" 这种 MD5 值会被直接看到；
• 对象里有数据库连接句柄？resource(5) of type (mysql link) 暴露底层技术栈；
• 更隐蔽的是：如果输出前没清空缓冲区（比如前面有 ob_start()），var_dump() 可能卡住整个响应。生产代码里务必删掉或注释掉所有 var_dump() 调用。
print_r() 输出数组时没 <pre> 标签会糊成一团
直接写 print_r($user);，浏览器里看到的是一行密密麻麻的 Array ( [id] => 123 [name] => admin [roles] => Array ( [0] => user ) )，根本没法读。
正确做法是包一层 <pre>：<pre><?php print_r($user); ?></pre>
• 注意：print_r() 默认直接输出，如果想存进变量（比如写日志），得加第二个参数 true：$log = print_r($user, true);；
• 它不显示资源类型和 NULL 的具体字面量（比如 NULL 显示为空白），这点不如 var_dump() 严谨。
立即学习“PHP免费学习笔记（深入）”；
json_encode() 输出数组/对象必须确保 UTF-8 编码
用 json_encode($data) 输出给前端 AJAX 用，常见坑是中文变 null 或整个返回空字符串：
• 原因通常是源数据含 GBK、ISO-8859-1 等非 UTF-8 字符；
• 解决方法不是硬转码，而是检查源头：mb_internal_encoding('UTF-8') 设定好，数据库连接用 SET NAMES utf8mb4，读文件时用 file_get_contents() 配合 mb_convert_encoding()；
• 还有一个隐藏点：json_encode() 对资源类型（如 mysqli 对象）直接返回 false，不做判断就 echo json_encode($db)，页面啥也不显示——这种失败是静默的。
实际开发中，最容易被忽略的不是“怎么输出”，而是“输出之后有没有被截断、混淆或意外缓存”。比如在框架里调用了 ob_start() 却忘了 ob_flush()，或者在 header 已发送后还试图 echo，这些都不会报错，但变量就是不出现在页面上。
