var_dump输出被截断是xdebug默认三重限制所致：xdebug.var_display_max_children（默认128）、max_data（默认512）和max_depth（默认3），需在php.ini中显式配置并重启服务生效。
Xdebug 的 var_dump() 替换不是“开箱即用就完美”，默认限制太严，不调参基本没法看清嵌套结构或长字符串。
为什么 var_dump 输出被截断或显示不全
Xdebug 默认对变量输出做了三重硬性限制：子元素数量、字符串长度、嵌套深度。这在调试深层对象或大数组时直接导致关键信息不可见，比如 var_dump($request) 只显示前三层、每层最多 128 个键、字符串超 512 字节就缩成 ...。
-
xdebug.var_display_max_children默认 128 —— 对象属性或数组键超过这个数就被砍掉 -
xdebug.var_display_max_data默认 512 —— 字符串、JSON 内容超长就截断，看不到完整值 -
xdebug.var_display_max_depth默认 3 —— 到第三层就显示... (recursive)或直接省略
怎么改 php.ini 让 var_dump 看得清
必须在 php.ini（或 xdebug.ini）里显式覆盖这三个配置，重启 PHP 才生效。别指望运行时用 ini_set() —— 它们是 PHP_INI_SYSTEM 级别，仅配置文件可改。
Xdebug 3.4.1 是一款功能强大的 PHP 调试扩展工具，于 2025 年 1 月 6 日正式发布。作为 Xdebug 3.4 系列的首个修复版本，3.4.1 版在继承上一版本强大功能的同时，重点解决了稳定性问题。该版本不仅修复了访问超全局变量时可能引发的程序崩溃现象，还增强了对 Windows 平台 PIE 构建机制的支持，为广大 PHP 开发者提供了更加稳定的调试环境。这一版本适合所有
- 设为
-1表示不限制（慎用，大数组可能拖垮浏览器渲染） - 开发常用折中值：
xdebug.var_display_max_depth=5、xdebug.var_display_max_children=256、xdebug.var_display_max_data=2048 - 注意 Xdebug 3+ 要求先启用
xdebug.mode=develop，否则这些设置不生效
xdebug_var_dump() 和原生 var_dump() 有啥区别
只要 Xdebug 加载成功且 xdebug.mode 包含 develop，所有 var_dump() 调用都会自动走 Xdebug 版本 —— 不需要手动换函数。但 xdebug_var_dump() 是一个独立函数，它强制绕过某些上下文限制（比如在错误处理器里），适合封装调试工具。
- 颜色高亮：整数蓝、字符串绿、布尔紫、
null灰，比原生黑白强太多 - 类型标注更细：比如
array(3)、object(stdClass)[2]带引用计数 - 私有/保护属性会显示完整路径：
private $priv而非★符号
容易忽略的兼容性和性能坑
这些设置只影响 var_dump()、xdebug_var_dump() 和 xdebug.show_local_vars，跟远程调试、函数追踪、profiling 完全无关 —— 别误以为调了它们就能让 Xdebug 整体变快。
- Xdebug 3.4+ 中，若
xdebug.mode没包含develop，哪怕配置写对了也无效 - 设
xdebug.var_display_max_data=-1后 dump 一个 10MB JSON，页面可能卡死或返回 500 —— 浏览器 DOM 渲染大量文本极慢 - CLI 下彩色输出依赖
cli.color=1，否则全是 ANSI 转义字符，看着像乱码
真正要调的就那三个配置项，但必须确认 Xdebug 已加载、mode 正确、PHP 服务已重启 —— 少一个环节，var_dump() 还是原始丑样子。
