xdebug 3.1+ 默认不重载 var_dump()，需显式启用 develop 模式：xdebug.mode=debug,develop；否则仍为原生输出。配套配置 xdebug.var_display_max_depth、max_children、max_data 和 cli_color 控制显示效果。
为什么 var_dump() 在启用 Xdebug 后没变样？
因为 Xdebug 4+（及 3.1+）默认只启用 xdebug.mode=debug，它只管断点、堆栈、远程调试，**不自动重载 var_dump()**。旧版靠 xdebug.overload_var_dump=1 控制的功能，现在被收进 develop 模式里了——没显式启用，var_dump() 就退回 PHP 原生行为：无颜色、无折叠、无超链接、不显示引用关系。
如何让 var_dump() 真正被 Xdebug 重载？
只需在 php.ini 或 Xdebug 专属配置文件（如 /usr/local/etc/php/conf.d/xdebug.ini）中设置：
xdebug.mode=debug,develop
这条配置生效后：
-
var_dump($data)自动调用 Xdebug 版本，输出带语法高亮、可点击展开的结构化内容 - 对象属性、数组元素支持深度控制（由
xdebug.var_display_max_depth等参数约束） - 变量定义处可点击跳转（需 IDE 支持，如 PHPStorm 或 VS Code + Xdebug 插件）
-
xdebug.show_local_vars=1和xdebug.scream=1等开发辅助功能一并激活
⚠️ 注意：debug,develop 和 develop,debug 效果完全一致；但 debug, develop（含空格）会解析失败；改完必须重启 PHP-FPM 或 Web 服务器。
哪些参数真正影响 var_dump 的输出效果？
启用 develop 模式后，以下四个配置项直接决定 var_dump() 能展示多少内容：
-
xdebug.var_display_max_depth：嵌套层级上限，默认3。设为-1表示不限深（慎用，大对象易卡死） -
xdebug.var_display_max_children：单层最多显示子元素数，默认128 -
xdebug.var_display_max_data：字符串/二进制数据最大截取长度，默认512 -
xdebug.cli_color：CLI 下是否启用 ANSI 颜色，默认1；Windows cmd 或老旧终端不兼容时设为0
这些值对 xdebug_var_dump()、堆栈跟踪、局部变量面板同样生效。
和 symfony/var-dumper 冲突吗？怎么共存？
不冲突，但有优先级：Xdebug 重载的是全局 var_dump() 函数；而 symfony/var-dumper 提供的是独立的 dump() 和 dd() 函数。两者可以并存，但要注意：
- 若已启用
xdebug.mode=develop，再调用dump($data)会走 Symfony 的 Cloner/Dumper 流程，不受 Xdebug 显示参数控制 - 想让 Symfony 的
dump()也带堆栈上下文，需手动注入xdebug_get_function_stack()到 Cloner - 生产环境务必禁用
develop模式——它会让var_dump()泄露敏感变量，且增加序列化开销
最常被忽略的一点：Docker、Laravel Sail、或 CLI 脚本中，xdebug.mode 配置可能加载自不同 php.ini 文件，php -i | grep "xdebug.mode" 是唯一可信验证方式。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
