单例模式不能跨PHP-FPM worker或CLI进程共享配置，因每个进程独立维护static $instance；必须私有化__construct、__clone、__wakeup（并抛异常）以封死实例创建入口，且继承场景下需用static::和get_called_class()确保正确类型。
单例模式不是配置管理的银弹，用它管配置容易踩坑——尤其是你以为“全局唯一”能跨请求共享，其实只是每个 PHP-FPM worker 或 CLI 进程里各自一个实例。
为什么不能直接用 static $instance 存配置对象
看似简单：类里定义 private static ?Config $instance = null，getInstance() 里判断并 new。但问题在三处：
- 构造函数没设
private？new Config()随时绕过，单例失效 - 没封
__clone()？反序列化或显式clone后，$cfg1 === $cfg2返回false - 没禁
__wakeup()？unserialize(serialize($cfg))会新建对象，连接、缓存等资源全丢
PHP 8+ 配置单例必须封死的三个入口
缺一不可，否则“唯一性”只是幻觉：
-
__construct()必须private：防止new Config() -
__clone()必须private：防止复制出第二个对象 -
__wakeup()必须private并抛异常：throw new RuntimeException('Config cannot be unserialized')
注意：别写 public function __wakeup() —— public 就等于放行；也别只写空方法，空方法不阻止反序列化创建新实例。
立即学习“PHP免费学习笔记（深入）”；
getInstance() 里用 self:: 还是 static::？
如果你的配置类要被继承（比如 DatabaseConfig extends Config），必须用 static::：
-
return new self();→ 总返回Config实例，子类调getInstance()拿不到自己类的实例 -
return new static();→ 返回实际调用者类，DatabaseConfig::getInstance()返回DatabaseConfig实例 - 配套地，静态属性得用
private static ?self $instance = null;改成private static ?static $instance = null;（PHP 8.1+）或用数组缓存：private static array $instances = [];，键为get_called_class()
配置单例真正难的不是写法，而是生命周期错觉
很多人以为单例能让配置“一次加载，全站生效”，但 PHP 是无状态的：
- FPM 场景下，每个 HTTP 请求跑在独立 worker 进程里，
$instance不跨请求 - CLI 脚本每次执行都是新进程，
getInstance()在不同脚本里返回的是彼此隔离的实例 - 想让多个请求读到同一份配置更新？得靠外部存储（APCu、Redis、文件 + 文件锁），不是靠单例
更现实的做法是：单例只负责“当前进程内懒加载 + 避免重复解析”，配置源本身走 file_get_contents() + opcache_compile_file() 或 APCu 缓存，而不是把整个配置对象塞进单例里长期持有。
