php 8.3+ 默认不显示错误，必须同时配置 display_errors = on 和 error_reporting = e_all 并重启服务；cli 与 web 环境配置可能不同，需分别确认；脚本顶部需加三行 ini_set('display_errors', '1'); ini_set('error_reporting', e_all); error_reporting(e_all)；xdebug 4 需用 xdebug.mode=debug 且关闭 opcache 调试才准确。
PHP 8.3+ 默认不显示错误，必须显式开启调试输出，否则即使代码有致命错误也只会白屏或返回500，看不到任何线索。
php.ini 里 display_errors 和 error_reporting 必须同时配对生效
只开 display_errors = On 不够，error_reporting 值不对照样没报错。PHP 8.2 起默认 error_reporting 是 E_ALL & ~E_DEPRECATED & ~E_STRICT，但很多老项目依赖的 Notice 级别提示（比如未定义数组键）会被过滤掉。
- 开发时建议设为
error_reporting = E_ALL，确保所有警告都暴露 -
display_errors = On必须在 CLI 和 Web SAPI 下分别确认——PHP-FPM 的配置可能和php -v显示的 php.ini 不是同一个 - 用
php --ini查 CLI 配置，用phpinfo()页面查 Web 环境实际加载的 ini 文件 - 改完记得重启服务：
sudo systemctl restart php8.3-fpm（Debian/Ubuntu）或brew services restart php@8.3（macOS Homebrew）
CLI 脚本调试要绕过 SAPI 限制
命令行跑 php index.php 时，display_errors 可能被 PHP 内部重置。光靠 php.ini 不保险。
- 脚本最顶部加三行（顺序不能错）：
ini_set('display_errors', '1');<br>ini_set('error_reporting', E_ALL);<br>error_reporting(E_ALL); - 避免用
die(var_dump($x))，改用var_export($x, true)+exit;，防止对象循环引用崩溃 - CLI 下
var_dump()输出带颜色，但某些终端（如 Windows CMD）不识别 ANSI，可临时加ini_set('cli.color', '0');
Xdebug 4 在 PHP 8.3+ 必须用 mode=debug 而非旧版 remote_enable
Xdebug 3+ 彻底废弃了 xdebug.remote_enable，PHP 8.3 编译时若链接了 Xdebug 4，再写旧参数会导致启动失败或静默忽略。
- php.ini 中只保留这些关键项：
zend_extension=xdebug.so<br>xdebug.mode=debug<br>xdebug.start_with_request=yes<br>xdebug.client_host=127.0.0.1<br>xdebug.client_port=9003
-
xdebug.mode=debug,develop会额外启用开发辅助功能（如函数跟踪），但增加开销，日常调试只需debug - 验证是否加载成功：
php -m | grep xdebug，再看php -i | grep "xdebug.mode" - VS Code 或 PhpStorm 连接前，务必确认 IDE 监听端口和
xdebug.client_port一致，且防火墙放行
真正容易被忽略的是：PHP 8.3 的 JIT 编译器和 opcache 在调试时会干扰变量值查看，Xdebug 断点命中后看到的变量可能是优化后的结果。如果发现变量值“看起来不对”，先在 php.ini 里关掉：opcache.enable=0，再试。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
