日志文件为空是因为写入被阻断或路径/权限错误，需确认error_log配置生效、路径存在且web用户有写权限，log_errors开启，排除输出缓冲干扰，并检查php-fpm与web服务器日志分流问题。
日志文件里只有空白，不是日志没写，而是写入被阻断或路径/权限根本不对——得先确认日志是否真在往里写，而不是假设“有日志文件=有内容”。
检查error_log配置是否生效且路径可写
PHP不会自动创建日志目录或父级路径，只往已存在的、有写权限的文件里追加内容。如果error_log指向/var/log/php/error.log，但/var/log/php/目录不存在，或Web服务用户（如www-data）无权写入，日志就会静默失败，文件保持空。
- 运行
php -i | grep error_log，确认实际生效的error_log路径 - 用
ls -ld /var/log/php检查目录是否存在、属主和权限（应允许www-data写） - 手动测试写入：
sudo -u www-data sh -c 'echo "test" >> /var/log/php/error.log 2>&1'，再cat /var/log/php/error.log看是否成功 - 若路径含相对路径（如
./logs/php_error.log），注意它相对于Web服务器工作目录（常为/var/www），而非PHP脚本所在目录
log_errors是否真的开启
display_errors = Off不等于log_errors = On；两者独立控制。即使开了display_errors，若log_errors是Off，错误照样不进日志。
- 在脚本开头加
ini_set('log_errors', '1');并配合ini_set('error_log', '/tmp/test.log');，绕过php.ini限制做最小验证 - 检查
phpinfo()输出中log_errors的“Local Value”是否为On，而非仅“Master Value” - 某些托管环境（如cPanel共享主机）会强制关闭
log_errors，此时只能依赖error_log()函数手动写入指定文件
日志被ob_start()或输出缓冲干扰
如果脚本开头调用了ob_start()，又没在结束前调用ob_end_flush()或ob_end_clean()，PHP可能把错误日志也卡在缓冲区里——尤其当output_buffering设为On且未显式刷新时。
- 临时在脚本最顶部加
ob_end_clean();（确保缓冲清空）再试 - 检查
php.ini中output_buffering是否设为On或数值（如4096），建议开发时设为Off - 错误日志本身不走输出缓冲，但若脚本因
Fatal error崩溃前刚执行了ob_start()，某些PHP版本+opcache组合下可能出现日志延迟或丢失
PHP-FPM与Apache/Nginx日志分流导致“看不见”
在FPM模式下，error_log写的是PHP进程自己的错误；而Apache/Nginx有自己的ErrorLog，里面可能记录了更底层的问题：比如PHP-FPM socket连不上、超时、worker崩溃，这些不会进PHP的error_log，但会导致页面空白+日志为空。
- 查
tail -f /var/log/apache2/error.log或/var/log/nginx/error.log，搜connect refused、timeout、upstream prematurely closed - 查PHP-FPM日志（路径见
php-fpm.conf中的error_log，常见于/var/log/php-fpm/www-error.log） - 运行
systemctl status php*-fpm确认服务是否存活，journalctl -u php*-fpm -n 20看启动期报错
真正难排查的，往往是日志路径存在但权限不对，或者log_errors被某层配置覆盖却没意识到——别急着改代码，先用php -i和sudo -u www-data手动验证写入能力，比猜强十倍。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
