html_errors关闭时var_dump和错误输出为纯文本无格式；可通过ini_get('html_errors')确认值为"0"或false即关闭，需修改php.ini中html_errors=On并重启服务，或用ini_set('html_errors','1')临时启用。
html_errors 关闭时，var_dump 和 PHP 错误输出都是纯文本、无换行、无颜色、无缩进——看着像一坨乱码，不是 bug，是配置没开。
怎么确认当前 html_errors 是不是关着的
直接在 PHP 脚本里加一行：
<?php
var_dump(ini_get('html_errors'));
// 输出 string(1) "0" 或 bool(false) 就代表关了
// 输出 string(2) "1" 或 bool(true) 才是开了
?>
别只看 phpinfo() 页面里有没有“html_errors”，得看它实际值是 "1" 还是 "0"。很多 phpEnv 环境默认是 Off，尤其 Windows 下的集成包（如 phpStudy、XAMPP 的某些版本）。
phpEnv 里改 html_errors=On 的真实路径在哪
phpEnv 不是单一软件，是多个 PHP 版本 + Apache/Nginx 的组合管理器，所以配置文件位置不固定，得自己找：
立即学习“PHP免费学习笔记（深入）”；
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 先运行
php --ini（命令行）或phpinfo()（网页），盯住Loaded Configuration File那一行，拿到真实生效的php.ini路径 - 常见位置有：
C:\phpEnv\php\php-8.2\php.ini、C:\phpEnv\php\etc\php.ini，不是php.ini-development或php.ini-production—— 那俩只是模板 - 用记事本或 VS Code 打开那个
php.ini，搜html_errors，改成：html_errors = On - 改完必须重启 phpEnv 的 Web 服务（不是只刷新页面），否则不生效
不想动全局配置？用 ini_set() 临时开
开发调试时，不想改 php.ini，可以在脚本开头强制打开：
<?php
ini_set('html_errors', '1');
ini_set('display_errors', '1');
error_reporting(E_ALL);
var_dump(['a' => 1, 'b' => ['c' => 2]]);
?>
注意两点：
-
ini_set('html_errors', '1')必须在var_dump之前调用，且只对当前请求有效 - 如果服务器禁用了
ini_set（比如某些共享主机设了disable_functions = ini_set），这条路就走不通，只能硬改php.ini
还是丑？可能是输出被压缩或缓冲干扰了
即使 html_errors=On，你看到的 var_dump 还是挤成一行，大概率是因为：
- 启用了
zlib.output_compression或ob_gzhandler，把 HTML 格式化标签也压扁了 - 用了框架（如 Laravel、ThinkPHP）的响应拦截，自动清除了换行和空格
- 浏览器开发者工具里看的是“Elements”，不是“Console”——
var_dump输出在页面源码里，要右键 → “查看页面源代码”才能看清格式
临时验证：在脚本最开头加 ob_end_clean(); 清掉已有输出缓冲，再试 var_dump。
真正难搞的不是找不到开关，而是改完 php.ini 后忘了重启服务，或者改错了文件——phpEnv 常有多个 php.ini 并存，只改对那个被 Loaded Configuration File 指向的才管用。
