直接上手分析真实日志比学理论快得多：用grep快速筛选PHP Fatal error，PHP脚本流式解析Web日志，Monolog解决并发写入、轮转与多通道推送等实际问题。
直接上手分析真实日志比学理论快得多——先用 grep 和 file() 解析一行错误，再逐步加正则、加时间过滤、加统计逻辑，比从“日志架构设计”开始学更有效。
怎么快速定位 PHP Fatal error 这类致命错误
这类错误通常意味着脚本崩溃，必须第一时间捕获。它们在日志里有固定前缀，且往往带文件路径和行号，是修复的黄金线索。
- 用
grep "PHP Fatal error"直接筛出所有致命错误行，别用cat从头翻 - 加上
-n参数（grep -n "PHP Fatal error" /var/log/php_errors.log）能快速跳转到具体行号 - 注意区分
PHP Fatal error和PHP Parse error：前者是运行时报错（比如调用未定义函数），后者是语法错误（比如少个括号），修复方式完全不同 - 如果日志里没带完整堆栈，检查
php.ini中是否设置了display_errors = Off且log_errors = On，否则错误可能只显示在页面上而没进日志
用 PHP 脚本解析 Apache/Nginx 访问日志提取 IP 和状态码
Web 服务器日志格式固定但冗长，靠肉眼查效率低；用 PHP 写个小脚本做结构化提取，比临时拼 awk 更可控、易复用。
- 别用
file_get_contents()读大日志——GB 级文件会爆内存；改用fopen()+fgets()流式逐行处理 - Apache 默认日志格式正则建议用：
/^(\S+) \S+ \S+ \[([^\]]+)\] "(\w+) ([^\s]+) [^\"]+" (\d+) (\d+|-)/，它能捕获 IP、时间、方法、路径、状态码、字节数 - 匹配时用
preg_match($pattern, $line, $matches)，然后取$matches[1]（IP）、$matches[5]（状态码）即可 - 遇到 Nginx 的
$remote_addr - $remote_user [$time_local] "$request" $status $body_bytes_sent格式，正则需微调，重点是别硬编码空格数，用\s+更鲁棒
为什么用 Monolog 而不是自己拼 file_put_contents()
自己写日志函数看似简单，但一上线就暴露问题：并发写入丢日志、没级别控制、无法按天轮转、调试时看不到行号——这些 Monolog 都已解决。
立即学习“PHP免费学习笔记（深入）”；
-
file_put_contents($log, $msg, FILE_APPEND)在高并发下容易因文件锁冲突导致内容错乱或丢失，Monolog\Handler\StreamHandler内部用了更安全的写入策略 - 手动拼字符串很难保证时间戳、级别、文件名、行号四者同时准确；
$logger->error('DB timeout', ['trace' => debug_backtrace()])一行就全有了 - 轮转需求一来就得重写逻辑；而
RotatingFileHandler只需传入最大文件数和大小，自动归档旧文件 - 后期想把错误发邮件或推 Slack？换 Handler 即可，不用动业务代码里的日志调用点
真正卡住人的不是语法，而是日志时间戳时区不一致、Nginx 和 PHP 错误日志路径混用、正则里忘了转义点号导致匹配失败——这些细节不踩一遍坑，光看文档永远没感觉。
