PHP框架错误处理需避免日志同步阻塞、敏感信息泄露及异常重复捕获：应改用syslog缓冲机制，分级过滤日志级别并脱敏上下文，精简堆栈输出，中间件拦截业务异常，防止堆栈爆炸。
PHP框架错误处理中，异常捕获与日志记录若未合理设计，会显著拖慢请求响应、耗尽I/O资源甚至引发进程阻塞。真实线上场景里，一次未脱敏的用户密码写入日志、一个每秒千次的warning级日志同步刷盘，都可能让TPS从3000跌至400。
避免日志同步阻塞主线程
直接调用error_log()或file_put_contents()写日志，会使PHP进程等待磁盘IO完成，尤其在高并发下极易堆积请求队列。
改用syslog + 缓冲机制：在请求开始时启用输出缓冲，所有非紧急日志暂存内存；请求结束前统一提交至系统日志服务。
register_shutdown_function()必须在脚本入口处注册，否则缓冲内容可能丢失。
立即学习“PHP免费学习笔记（深入）”；
openlog('myapp', LOG_PID | LOG_ODELAY, LOG_LOCAL0)中的LOG_ODELAY确保首次写入时不立即连接syslogd，减少开销。
分级过滤日志级别与上下文
方法一：在Monolog Handler中配置最低记录级别
仅将ERROR及以上级别日志写入文件，DEBUG和INFO类日志转向dev环境控制台或丢弃。
方法二：动态注入请求上下文，但禁止记录敏感字段
在全局异常处理器report()中，手动unset($_POST['password'], $_POST['token'])等键后再传入日志上下文数组。
【不做过滤直接记录$_POST或$_REQUEST全量数据，等于把登录凭证明文写进磁盘】
方法三：按通道分离日志目标
定义“security”通道专用于记录鉴权失败事件，绑定独立Handler写入加密日志文件；“request”通道只记录URI、响应码、耗时，写入高性能SSD分区。
精简异常堆栈与规避重复捕获
第一步：关闭开发环境以外的完整堆栈输出
生产环境配置中，禁用exception->getTraceAsString()，改用$e->getMessage()和$e->getFile().':'.$e->getLine()组合。
第二步：在中间件层拦截已知业务异常，不再抛给全局处理器
例如ValidationException应在Controller层catch并返回422响应，避免触发Log::error()和HTML错误页渲染双重开销。
第三步：确认框架是否启用异常映射（如Laravel的$renderableExceptions），防止同一异常被report()和render()各处理一次。
第四步：检查是否有第三方包在foreach循环内反复throw新异常——这种模式会导致堆栈深度爆炸，单次请求生成数MB日志。
