PHP CLI调试首选var_dump加exit快速中断查看变量,日志用error_log写入/tmp;Web调试用tail-f实时监控错误日志;Xdebug 3.0+只需xdebug.mode=debug和xdebug.client_host;权限与SELinux常导致静默失败。
var_dump 和 error_log 最快定位问题Linux 下调试 PHP 脚本,别急着装 Xdebug——多数 CLI 场景下,var_dump 配合终端输出已足够高效。注意两点:var_dump 默认会格式化输出(换行、缩进),在终端里可能被截断或显示错乱;print_r 不带类型信息,容易误判 null 和空数组。
var_dump($var); exit; 快速中断并查看变量结构,加 exit 防止后续逻辑干扰判断error_log(print_r($var, true), 3, '/tmp/php-debug.log');,避免权限问题(/tmp 所有用户可写)display_errors 默认关闭,不要依赖浏览器看到错误——必须检查 php -i | grep display_errors 确认值为 On 或改用 php -d display_errors=On script.php
tail -f 实时盯住 PHP 错误日志Apache 或 Nginx + PHP-FPM 组合下,错误通常不打屏,全在日志里。关键不是“怎么开日志”,而是“日志在哪、怎么实时看”。不同安装方式路径差异大:
/var/log/apache2/error.log 或 /var/log/php7.4-fpm.log(版本号随实际变化)/var/log/httpd/error_log 或 /var/log/php-fpm/www-error.log
tail -f /var/log/php-fpm/www-error.log 启动后,另开终端触发页面请求,错误立刻滚动出现log_level = notice(PHP-FPM 配置)或 error_reporting = E_ALL(php.ini),否则低级别警告不会记录xdebug.mode=debug 和 xdebug.client_host
新版 Xdebug(3.0+)配置大幅简化,但很多人卡在旧文档的 remote_enable 上——这个选项已废弃。真正起效的是两个参数:
zend_extension=xdebug.so xdebug.mode=debug xdebug.client_host=127.0.0.1 xdebug.client_port=9003 xdebug.start_with_request=trigger
xdebug.mode=debug 是开关,不设它,其他全无效xdebug.client_host 必须是宿主机 IP(Docker 容器内调试时填 host.docker.internal,非 localhost)xdebug.start_with_request=trigger 表示需手动触发(如 URL 加 ?XDEBUG_SESSION_START=1),避免全量请求都连调试器拖慢响应php -m | grep xdebug,再执行 php -i | grep xdebug.mode 看输出是否为 debug
明明配置全对,日志不写、Xdebug 连不上、file_put_contents 失败——十次有七次是权限或 SELinux 拦的。尤其 CentOS/RHEL 系统默认开启 SELinux,它会阻止 PHP 进程访问非标准路径(比如你把日志放到 /home/www/logs/)。
立即学习“PHP免费学习笔记(深入)”;
ps aux | grep php-fpm 看 worker 进程跑在哪个用户下(常为 www-data 或 apache 或 nginx)chown -R www-data:www-data /var/log/myapp/ && chmod 755 /var/log/myapp/
setsebool -P httpd_can_network_connect 1(允许 PHP-FPM 连 Xdebug)、chcon -R -t httpd_log_t /var/log/myapp/(标记日志目录类型)chmod 777——它解决不了 SELinux 限制,反而埋下安全坑