PHP如何配error_log捕解释器错_配error_log捕解释器错法【日志】-php教程-PHP中文网

error_log() 未输出到指定文件主因是路径不存在或php进程无写权限；需确保目录存在、属主正确且log_errors=on，同时第三个参数必须为3才写文件。

php如何配error_log捕解释器错_配error_log捕解释器错法【日志】

直接调用 error_log() 但日志没出现在你指定的文件里，大概率是 PHP 没权限写入目标路径，或路径根本不存在。PHP 不会自动创建父目录，/var/log/myapp/error.log 中只要 /var/log/myapp/ 缺失，写入就静默失败。

先确认目录存在且 Web 进程用户（如 www-data 或 nginx）有写权限：

sudo mkdir -p /var/log/myapp
sudo chown www-data:www-data /var/log/myapp
sudo chmod 755 /var/log/myapp

error_log() 的第三个参数设为 3 才表示“写入文件”，第二个参数才是路径：error_log("DB timeout", 3, "/var/log/myapp/error.log")
别用相对路径——error_log("msg", 3, "logs/app.log") 依赖当前工作目录（getcwd()），而 CLI 和 FPM 下可能完全不同

改了 error_log = /var/log/php_errors.log 却看不到错误，说明这个配置项只控制 PHP 解释器自身抛出的错误（比如语法错误、内存耗尽、include 失败），不捕获 trigger_error() 或 error_log() 主动写的日志。

根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。

下载

确认你修改的是正在使用的 php.ini：运行 php --ini（CLI）或 phpinfo()（Web）查 Loaded Configuration File
检查 log_errors = On —— 如果关了，即使 error_log 路径正确也无输出
FPM 场景下，php-fpm.conf 或 pool 配置里的 php_admin_value[error_log] 会覆盖 php.ini，优先级更高
注意权限：PHP 进程用户必须对 /var/log/php_errors.log 所在目录有写权限，且文件本身不能被 root 独占

仅靠 error_log 配置不够，得配合 error_reporting 和 display_errors 才能真正“捕获并落地”。

error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT —— 决定哪些级别错误被触发（FPM 下建议关掉 E_NOTICE，避免日志爆炸）
log_errors = On —— 必须开，否则不写日志文件
display_errors = Off —— 生产环境务必关，避免敏感信息暴露给用户
如果用了 set_error_handler()，它会接管大部分错误，此时 error_log 配置可能被绕过，需在 handler 里显式调用 error_log($message, 3, $path)

error_log() 默认是同步写磁盘的，高并发下容易卡住请求，尤其日志路径在机械盘或 NFS 上。更糟的是，多个进程同时写同一文件可能造成内容错乱或丢失。

不要让所有实例共用一个 error.log；按进程区分，比如加 PID：error_log("msg", 3, "/var/log/app/error_".getmypid().".log")
避免在循环里高频调用 error_log()；可先拼接，再一次性写入（用 file_put_contents(..., FILE_APPEND | LOCK_EX)）
若需高性能日志，换 syslog() 或专用日志库（如 Monolog），它们支持异步、队列、RotatingFileHandler
检查磁盘是否满、inode 是否耗尽：df -h && df -i，日志写失败通常无声，但 tail -f /var/log/syslog 可能看到内核报的 I/O 错误