在 PHP 项目中，你会采取哪些方案来支持不同级别（如 debug、info、warning、error）的日志，并同时实现将日志输出到多个渠道（例如文件、数据库、邮件等）？请说明分级和渠道扩展的具体实现思路。
考察说明
考查对 PHP 日志系统的设计能力，包括分级过滤与多渠道适配的扩展性。
回答思路
- 【回答框架 1】日志分级通常基于 PSR-3 标准定义八个级别（debug、info、notice、warning、error、critical、alert、emergency），实现时依据业务需求设定阈值，只记录达到或超过该级别的日志。
- 【回答框架 2】多渠道输出可采用统一接口加适配器模式：定义 LoggerInterface，提供统一的 log 方法；每个渠道（文件、数据库、邮件等）实现一个 handler，负责将格式化后的日志写入对应目标。
- 【回答框架 3】日志处理器需支持级别过滤和格式器，例如文件处理器记录所有级别，数据库处理器可能只记录 error 以上，邮件处理器仅针对 critical 级别发送告警。
- 【回答框架 4】实现时可借用 Monolog 等成熟库，它内置文件、Stream、数据库、邮件等 handler，并通过 Logger 管理器组合多个 handler，实现灵活分级和渠道扩展。
- 【回答框架 5】实际项目中还需考虑异步写入或缓冲机制，避免日志 I/O 阻塞主流程；并注意日志内容脱敏和敏感信息保护。
- 【关键点 1】日志分级采用 PSR-3 标准，常通过阈值过滤控制每条日志是否记录。
- 【关键点 2】多渠道采用 handler 适配器模式，每个渠道独立实现，便于新增渠道。
- 【关键点 3】可基于 Monolog 快速实现，其 handler 支持级别过滤和格式定制。
- 【关键点 4】日志系统应支持异步或批量写入，减少性能影响。
- 【关键点 5】日志内容需脱敏，避免泄露密码等敏感信息。
- 【易错点 1】误以为日志分级只是简单地用 if 判断，而缺乏统一抽象，导致后续难以扩展。
- 【易错点 2】将日志写入逻辑直接耦合在业务代码中，没有通过接口调用，不利于替换或测试。
- 【易错点 3】忽略日志性能，在高并发下同步写数据库或发送邮件可能造成严重阻塞。