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 则错误静默写入文件，页面啥也不报——排查时二者建议都启用。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
在 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 不可写，都是高频隐形坑。
