单例失效主因是未私有化__construct和__clone，导致可new或clone出新实例；静态实例必须用private static $instance而非const；php-fpm下无需考虑线程安全。
为什么 __construct 和 __clone 都得私有化
单例失效最常见的原因，就是对象还能被 new 或 clone 出来。PHP 的构造函数默认是 public，不封住它，new Singleton() 会绕过 getInstance 直接创建新实例；同理，clone $obj 也能复制出第二个对象，破坏唯一性。
必须同时私有化 __construct 和 __clone，否则只要漏一个，单例就形同虚设。
-
__construct私有：阻止外部 new 实例 -
__clone私有：阻止通过 clone 复制已有实例 - 如果类实现了
__wakeup（比如用于反序列化），也得私有化，否则unserialize()会生成新对象
静态属性 $instance 为什么不能用 const
const 只能赋值标量或数组（PHP 7.4+ 支持类常量类型但依然不能存对象），而单例要存的是对象引用。试图写 const $instance = null 语法直接报错；就算绕过去，也无法在 getInstance 里赋值。
必须用 private static $instance —— 它是可变的、可存储对象的容器。
立即学习“PHP免费学习笔记（深入）”；
- 声明为
private static $instance = null是安全起点 - 不要用
static $instance（没加private）—— 外部可直接修改，等于开门揖盗 - PHP 8.1+ 支持
private static ?self $instance = null，类型更严谨，推荐
线程安全？PHP-FPM 下其实不用操心
很多教程一提单例就扯“多线程并发”，但 PHP（尤其主流部署的 PHP-FPM）每个请求跑在独立进程/线程里，$instance 是进程内静态变量，天然隔离。不存在两个请求同时改同一个 $instance 的问题。
真正要注意的是「请求内多次调用 getInstance」是否返回同一对象 —— 这才是单例该管的事。别被“线程安全”带偏，去加不必要的 spl_autoload_register 或文件锁。
- CLI 模式下长生命周期脚本（如 worker）才可能遇到复用问题，但仍是单进程内逻辑
- 想跨进程共享实例？那已经不是单例范畴，得用 Redis / APCu / 文件锁等外部机制
- 别在
getInstance里加sleep(0.1)或flock—— 没意义还拖慢响应
为什么不用 __callStatic 或 trait 封装
有人想把单例逻辑抽成 trait 或用魔术方法隐藏 getInstance，结果代码更难懂、IDE 补全失效、调试时找不到入口。单例的核心价值是“显式可控”，而不是“写得少”。
老老实实写 public static function getInstance()，三行逻辑清晰可见：判空 → new → 返回。任何团队成员一眼看懂，也方便加日志或断点。
- trait 封装后，子类若重写
__construct又忘了调 parent，$instance可能为空 - 用
__callStatic拦截所有静态调用？连self::foo()都被劫持，语义全乱 - 框架里（如 Laravel）早有服务容器，真需要全局实例，优先注册进容器，别硬套单例
单例最难的不是写对那几行代码，而是判断“这个类真的需要单例”。数据库连接、配置管理器这类高频、无状态、开销大的资源适合；但一个只存几个字段的 UserContext 类，强行单例反而让测试变僵、耦合变紧。
