PHP架构中单例模式是啥_使用场景与风险【解答】_技术教程

单例模式在PHP中非必需，仅适用于天然全局唯一、状态需跨请求保持且不可替代的组件；PHP-FPM下为每进程单例，需禁用__clone/__wakeup/__sleep防止绕过构造逻辑，推荐依赖注入容器替代。

单例模式在 PHP 架构里不是“必须用”的设计，而是特定场景下控制资源唯一性的手段；滥用它会直接导致测试困难、隐藏依赖、并发问题和内存泄漏。

什么时候该用 `Singleton`？——看是否真需要全局唯一实例

单例只适用于那些「天然全局唯一、状态需跨请求/调用保持、且不可替代」的组件。PHP-FPM 模式下要注意：每个 worker 进程内是独立的单例，不是整个应用全局唯一。

Logger 实例（如写入同一文件，需避免多进程同时 fopen）
配置管理器（加载一次后只读，不频繁变更）
数据库连接池中的主连接句柄（注意：PDO 本身不是线程安全的，PHP-FPM 下每个进程一个连接更常见）
缓存客户端（如 Redis 或 Memcached 实例，复用连接减少开销）

为什么 `clone`、`wakeup`、`__sleep` 都得禁掉？

PHP 的序列化/反序列化和克隆机制会绕过构造逻辑，让单例失效。比如 unserialize() 一个对象可能生成新实例，clone $instance 会复制出第二个对象。

class Config
{
    private static ?self $instance = null;

    private function __construct() {}
    private function __clone() {}
    private function __wakeup() {}
    private function __sleep() { throw new \Exception('Cannot serialize singleton'); }

    public static function getInstance(): self
    {
        if (self::$instance === null) {
            self::$instance = new self();
        }
        return self::$instance;
    }
}

PHP-FPM 下单例的典型陷阱

FPM 是多进程模型，每个请求由独立进程处理，static 变量只在当前进程内有效。你以为的“全局单例”，其实是“每进程一个单例”。

缓存类用 static 存数组？重启 worker 后就丢，且不同进程间不共享 → 改用 Redis 或 APCu（注意 APCu 在 FPM 下默认进程隔离）
数据库连接被设为单例？可能导致连接数超限，因为每个 worker 都持有一个长连接 → 更稳妥的是用连接池或按需创建+持久化（PDO::ATTR_PERSISTENT）
单例里存了用户上下文（如 $currentUser）？多个请求混在一起时数据错乱 → 绝对禁止