PHP本地错误日志需确认三件事：开启错误显示与记录、配置有效error_log路径、确保写入权限；优先级为运行时> .user.ini> php.ini；display_errors和log_errors须同时开启并重启服务。
PHP 本地环境默认通常不显示错误，也不自动写入日志，得手动确认三件事：错误是否开启、日志路径是否配置、权限是否允许写入。
error_log 配置是否生效
PHP 错误日志路径由 error_log 指令控制，它可能在多个地方被覆盖：全局 php.ini、项目根目录的 .user.ini、或运行时用 ini_set('error_log', ...) 动态设置。优先级是「运行时 > .user.ini > php.ini」。
执行以下代码确认当前生效值：
<?php
echo ini_get('error_log');
?>
如果输出为空或 stderr，说明日志没写入文件；若输出类似 /var/log/php_errors.log 或 C:\xampp\php\logs\php_error_log，则需检查该路径是否存在且可写。
立即学习“PHP免费学习笔记（深入）”；
- Linux/macOS：确保 Web 服务器用户（如
www-data或_www）对目录有w权限 - Windows：检查文件是否被占用，或杀毒软件/编辑器锁定了日志文件
- XAMPP/MAMP/WAMP：默认日志路径常在
php\logs\子目录，但部分版本需手动启用
display_errors 和 log_errors 必须同时开
只开 display_errors 会让错误显示在浏览器，但不写日志；只开 log_errors 则错误静默写入文件，页面啥也不报——排查时二者建议都启用。
在 php.ini 中确认：
display_errors = On log_errors = On error_reporting = E_ALL
改完记得重启 Web 服务（Apache/Nginx）或 PHP-FPM 进程，否则配置不生效。
- 开发中可用
php -i | grep -i "error_log\|log_errors\|display_errors"快速验证 CLI 环境配置 - 如果用 VS Code + PHP Server 插件等轻量服务，它默认不读系统
php.ini，错误日志只能靠error_log()函数手动打点
用 error_log() 函数临时追加调试信息
当配置无效或想绕过日志路径限制时，error_log() 是最直接的补救方式，它会强制写入当前 error_log 设置的文件（或系统 syslog）。
<?php
error_log("【DEBUG】用户登录失败，ID: " . $_POST['id'] ?? 'unknown');
error_log(print_r($_SERVER, true), 3, '/tmp/my_debug.log');
?>
注意第二个参数：3 表示写入指定文件，0 表示写入系统日志（受 OS 限制），4 写入 SAPI 日志（如 Apache 的 error_log）。
- 路径必须是绝对路径，相对路径行为不可靠
- 频繁调用
error_log(..., 3, $file)可能引发并发写入混乱，仅用于定位问题，勿长期留在线上 - 某些共享主机禁用该函数，会报
Warning: error_log() has been disabled
本地查日志最容易卡在「以为配置了却没生效」，尤其是多版本 PHP 共存时，phpinfo() 输出的 Loaded Configuration File 路径才是唯一可信来源；另外 Windows 下反斜杠路径、Mac 上 SIP 保护导致的 /var/log 不可写，都是高频隐形坑。
