PHP中如何实现解耦的日志记录系统？应用观察者模式监听系统异常事件-php教程-PHP中文网

直接在业务代码中调用 error_log() 或 file_put_contents() 会导致日志与业务逻辑紧耦合，难以扩展通知渠道或处理敏感信息，且无法捕获未捕获的致命错误；应通过 splsubject/splobserver 模式将异常作为事件广播，由统一的 exceptionsubject 在 set_exception_handler() 和 register_shutdown_function() 中触发 notify()，各观察者（如 filelogger、slacklogger）仅专注自身职责；需注意 shutdown 时须将 error_get_last() 数组包装为 error 实例，观察者中禁止阻塞、重抛异常或依赖已销毁的超全局变量，并确保 exceptionsubject 为提前初始化的全局单例。

php中如何实现解耦的日志记录系统？应用观察者模式监听系统异常事件

为什么直接在业务代码里调用 `error_log()` 或 `file_put_contents()` 会出问题

因为日志写入逻辑和业务逻辑绑死，一旦要加 Slack 通知、切 Elasticsearch、过滤敏感字段，就得改所有 try/catch 块。更麻烦的是，系统异常（比如未捕获的 Fatal error）根本进不了常规业务流程，set_exception_handler() 和 register_shutdown_function() 是唯一入口，但它们没法直接触发“可插拔”的日志行为。

用 `SplObserver` + `SplSubject` 实现异常事件广播

核心不是“记录日志”，而是“把异常当作事件发出去”。PHP 原生的观察者接口足够轻量，且不依赖框架——关键是让异常发生时只通知，不耦合具体处理方式。

SplSubject 由异常分发器实现，负责维护观察者列表和 notify()
每个日志处理器（如 FileLogger、SlackLogger）实现 SplObserver，只关心自己该做什么
在 set_exception_handler() 和 register_shutdown_function() 里统一调用 $subject->notify($exception)

示例关键片段：

// 异常分发器
class ExceptionSubject implements SplSubject {
    private array $observers = [];
    public function attach(SplObserver $observer): void { $this->observers[] = $observer; }
    public function notify($exception): void {
        foreach ($this->observers as $o) $o->update($this, $exception);
    }
}

// 文件日志观察者
class FileLogger implements SplObserver {
    public function update(SplSubject $subject, $exception): void {
        error_log(sprintf('[%s] %s: %s in %s:%d', 
            date('c'), 
            get_class($exception), 
            $exception->getMessage(), 
            $exception->getFile(), 
            $exception->getLine()
        ), 3, '/var/log/app.log');
    }
}