var_dump()需用包裹并限制递归深度，配合debug开关或error_log输出，避免页面混乱、卡死及线上泄露。浏览器忽略换行致结构扁平，ini_set('html_errors', 'on')对var_dump无效；php 7.2+用['max_depth'=>2]，老版本用第二个参数设深度；调试后须用git grep清理，推荐日志方式留痕可控。
var_dump() 是最直接有效的办法，但不加处理直接用会糊成一团、漏类型、卡页面，甚至在生产环境暴露敏感信息。
var_dump 输出被 HTML 吃掉怎么办
浏览器把 var_dump() 的换行和缩进当空格处理，结构全扁平，根本看不出嵌套层级。
- 必须用
<pre class="brush:php;toolbar:false;"></pre>包裹：在调用前加echo '<pre class="brush:php;toolbar:false;">';</pre>，调用后加echo ''; - 别依赖
ini_set('html_errors', 'On')—— 它只影响错误提示，对var_dump()无效 - 如果页面已有 CSS 重置了
pre样式（比如设了white-space: normal），得手动补style="white-space: pre-wrap;"
大型数组或对象一展开就卡死或超时
默认递归无限展开，一个 Laravel 的 $request 对象可能带出几百层，浏览器直接无响应。
- PHP 7.2+ 推荐写法：
var_dump($data, ['max_depth' => 2]); - 老版本 PHP 用位置参数：
var_dump($data, 2);（第二个参数是深度） - 想看某一层的具体键？先用
array_keys($data)或get_object_vars($obj)缩小范围，再单独var_dump某个子项
调试完忘记删，上线后用户看到一堆数组
这不是“可能”，是高频事故。尤其多人协作时，有人 commit 了带 var_dump 的代码，测试没发现，灰度就炸了。
- 永远不要在 Git 提交前靠肉眼检查是否删干净 —— 用
git grep -n 'var_dump\|print_r'扫一遍 - 开发环境可加一层开关：
if (defined('DEBUG') && DEBUG) { var_dump($x); }，上线时定义DEBUG = false - 更稳妥的是用
error_log(print_r($x, true), 3, '/tmp/debug.log');，输出到日志，不影响前端，也留痕可查
真正难的不是怎么输出，而是怎么让输出既看得清、又收得住、还不会误入线上——类型要准、结构要稳、出口要可控。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
