PhpStorm内置Web服务器不读取php.ini，需在运行配置的“Interpreter options”中手动添加-d display_errors=1 -d error_reporting=32767（即E_ALL）才能启用错误显示，且Parse Error等启动期错误只能通过该方式捕获。
PhpStorm内置Web服务器不支持display_errors
PhpStorm自带的PHP Built-in Web Server（通过右键→“Run”启动）根本不读取php.ini，display_errors、error_reporting等配置项全部无效。你改了php.ini、加了ini_set('display_errors', '1')，页面照样白屏或静默失败——这不是配置没生效，是底层压根不走那套机制。
真正起作用的是 PhpStorm 的运行配置里「Interpreter options」字段。必须手动加上：-d display_errors=1 -d error_reporting=32767
其中 32767 是 E_ALL 在 PHP 7.4+ 中的整数值（PHP 8.0+ 保持一致）。
- 这个参数只对当前 Run Configuration 生效，不影响 CLI 或其他环境
- 必须写在「Interpreter options」里，不是「Environment variables」也不是「PHP Script arguments」
- 如果用了 Xdebug，且
xdebug.mode不是develop，错误仍可能被拦截——需额外加-d xdebug.mode=develop
CLI执行脚本时display_errors默认是Off
你在 PhpStorm 里右键 Run 或 Debug 一个 PHP 文件，默认走的是 CLI SAPI。而 PHP CLI 模式下，display_errors 的 Master Value 默认就是 Off，哪怕 php.ini 里写了 On 也没用。
最直接的解决方式是在运行配置中加：-d display_errors=1 -d error_reporting=E_ALL
注意：这里可以直接写 E_ALL 字符串，CLI 下支持；但 Built-in Server 只认数字，所以别混用。
- 如果脚本开头有
ini_set('display_errors', '1')，它只对后续代码有效——语法错误、require失败等早期错误依然看不到 - CLI 下错误默认输出到终端，不需要
ob_flush()或 header 相关操作 - 某些 Docker 或 WSL 环境中，CLI 的
error_log路径不可写，会导致错误“消失”，此时加-d log_errors=1 -d error_log=/tmp/php-cli.log更可靠
Debug模式下错误被Xdebug吞掉怎么办
启用 Xdebug 后，尤其 xdebug.mode = debug,develop 或更高版本默认值，display_errors 实际被绕过——Xdebug 自己接管了错误渲染逻辑，但默认只在 IDE 配合断点时高亮，不主动输出到页面。
要强制让错误文本出现在响应体里，必须明确开启：-d xdebug.show_error_trace=1
或者更彻底：-d xdebug.mode=develop（PHP 8.0+）或 -d xdebug.default_enable=1（Xdebug 2.x）
-
xdebug.mode=off时，display_errors才真正生效；但那就等于关掉了调试能力 - PhpStorm 的「PHP Debug」配置里勾选 “Break at first line in PHP scripts” 不影响错误显示，只是启动时停住
- 如果用了 Laravel 或 Symfony，框架的异常页面会覆盖原生错误输出，此时
display_errors再开也没用——得关掉APP_DEBUG=false或临时注释掉异常处理器
为什么改了所有配置还是没看到Parse Error
Parse Error、Fatal Error 这类编译期/启动期错误，ini_set() 根本来不及执行——PHP 解析器在加载完文件、还没跑第一行代码前就崩了。所以无论你怎么在脚本开头写 ini_set('display_errors', '1')，都救不了这类错误。
唯一能捕获它们的方式，是靠外部命令行参数或服务器级配置：
- Built-in Server：必须用
-d display_errors=1启动整个服务 - CLI：同上，且不能依赖脚本内任何代码
- Apache/Nginx + PHP-FPM：只能靠 php.ini 或 pool 配置里的
php_flag[display_errors] = on，ini_set()对它完全无效 - 注意 BOM 头：UTF-8 with BOM 的 PHP 文件，会在
前插入不可见字节，导致 Parse Error，但错误提示被卡住——用编辑器转成 UTF-8 without BOM 再试
实际调试时，别只盯着 display_errors 单一开关。它只是最后一道输出门，前面还有 error_reporting 控制是否触发、Xdebug 控制是否拦截、SAPI 类型决定配置是否加载、甚至编辑器保存格式都能让它失效。漏掉任意一环，错误就安静地躺在黑暗里。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
