error_log() 写文件需手动指定绝对路径、权限及换行符，不支持轮转、级别控制和并发安全，易丢日志；应优先用 monolog 或框架日志组件，或封装 file_put_contents(..., file_append | lock_ex)。
直接用 error_log() 写文件，得手动指定路径和权限
error_log() 默认不写文件，而是发给 SAPI（比如 Apache 的错误日志或 CLI 的 stderr）。想写进自定义日志文件，必须传第二个参数 3（表示“写入文件”），再传第三个参数指定绝对路径：
error_log("User login failed", 3, "/var/log/myapp/error.log");
常见坑是路径没写全——相对路径会按当前工作目录解析（CLI 下可能是用户家目录，Web 下通常是 Web 根目录或 PHP 进程启动目录），极难预测。务必用绝对路径。
- 目标目录（如
/var/log/myapp/）必须存在，且 PHP 进程用户（如www-data或nginx）有写权限 - 首次写入时文件不会自动创建父目录，需提前
mkdir -p /var/log/myapp并chown www-data:www-data /var/log/myapp - 日志文件本身不需要预先创建，
error_log()会自动 touch，但若父目录不可写，会静默失败，无报错提示
error_log() 不做日志轮转，也不加时间戳，得自己补
它只是原样追加字符串，不带换行、不加前缀、不格式化。下面这行代码实际写入的是 User login failed（没换行）：
error_log("User login failed", 3, $path);
连续调用会导致所有内容挤在一行。更严重的是，它不记录时间、不区分级别、不支持上下文。真实场景需要自己拼接：
error_log(date('Y-m-d H:i:s') . " [ERROR] User login failed\n", 3, $path);
- 必须手动加
\n，否则多条日志会粘连 - 时间格式用
date()而非microtime(true)，后者不易读且时区可能不准 - 别依赖
error_log()自动处理敏感信息：密码、token 等字段要提前脱敏，它不做任何过滤
并发写入时可能丢日志，error_log() 没锁机制
多个 PHP 进程（如 FPM worker）同时往同一文件写，会出现内容截断、乱序甚至覆盖。这不是概率问题，是必然现象——error_log() 底层调用的是系统 write()，不带文件锁。
- 小流量项目可能暂时没暴露，但一上生产、QPS 上升，就会开始丢日志
- 不能靠“加个
sleep(0.001)”缓解，治标不治本 - 真要简单方案，改用
file_put_contents($path, $msg, FILE_APPEND | LOCK_EX)，它带LOCK_EX保证原子写入（注意：PHP 5.6+ 支持，且$path必须可写）
替代方案比硬刚 error_log() 更可靠
除非是极简脚本或临时调试，否则不建议把 error_log() 当主力日志工具。它缺失的关键能力太多：级别控制、格式化、处理器扩展、异步写入。
- 轻量级选
Monolog（Composer 包），几行代码就能支持文件、Syslog、邮件等多通道，自动加时间戳和级别前缀 - 已有 Laravel 框架？直接用
Log::error()，底层已封装好 RotatingFileHandler，每天自动切文件 - 如果必须用原生函数，至少封装一层：
my_log_error($msg)统一处理时间、换行、路径、权限检查，别在业务代码里裸调error_log()
真正麻烦的不是写进去，而是写进去之后能不能查、会不会丢、要不要轮转——这些都得自己扛，而 error_log() 一个都不管。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
