php单例模式核心在于防绕过：__construct必须private以防new创建；__clone和__wakeup也须private，避免克隆与反序列化生成新实例；并发下需用redis锁或atomic保证getinstance原子性；继承时应使用static::而非self::确保子类实例唯一。
PHP单例模式不是“写个 getInstance() 就完事”，它在并发、继承、反序列化等场景下极易失效。核心问题不在于“怎么写”，而在于“怎么防绕过”。
为什么__construct必须是private
PHP 不会阻止你 new DatabaseConnection()，除非你明确把它设为 private。一旦构造函数是 public 或 protected，任何地方都能直接 new 出新实例，getInstance() 就形同虚设。
- 错误现象：
$a = new DatabaseConnection(); $b = DatabaseConnection::getInstance(); var_dump($a === $b); // false - 继承场景下更危险：子类若没重写
__construct，父类public构造函数仍可被调用 - 别依赖文档或约定——必须靠语言机制锁死，
private function __construct()是第一道也是最硬的一道防线
__clone和__wakeup为什么都要private
克隆和反序列化是两个最常见的单例绕过入口。PHP 在执行 clone $obj 或 unserialize($str) 时，会跳过 getInstance()，直接调用构造逻辑（或重建对象）。
-
__clone()设为private：否则$b = clone $a;就能拿到第二个独立实例 -
__wakeup()不能只抛异常，必须设为private：否则unserialize()会无视异常，静默创建新对象（PHP 8.1+ 行为更严格，但低版本仍存在风险） - 注意：如果类里用了
__sleep()，也要确保它不暴露敏感状态，否则反序列化可能恢复出非预期结构
并发请求下getInstance为何会创建多个实例
纯静态变量判断 + new 的写法（if (self::$instance === null) { self::$instance = new self(); }）在高并发时大概率失效——多个请求几乎同时判断为 null，然后各自 new 一次。
- PHP-FPM 每个 worker 是独立进程，
static变量不跨进程，但在单个请求内（如长脚本、Swoole 协程）仍可能因竞态出问题 - PHP 7.4+ 可用
atomic扩展做轻量级锁，但多数项目更稳妥的做法是加文件锁或 Redis 锁（尤其涉及数据库连接等共享资源时） - 简单项目若确定无并发首次访问（如 CLI 脚本），可暂不处理；但 Web 场景默认应按“可能并发”设计
继承单例时该用self::还是static::
子类调用 getInstance() 时，必须返回子类自身实例，而不是父类实例。这直接决定能否调用子类特有方法。
- 错用
self::：self::$instance = new self();→ 始终 new 父类，子类方法不可达 - 正确用
static::：static::$instance = new static();→ 实际 new 的是最终调用者类（如MyDB::getInstance()就 newMyDB） - 静态属性也得声明为
static::$instance，否则子类会共享父类的$instance，导致类型错乱
真正难的不是写出第一个单例，而是当它被用在 CLI 命令、Swoole Worker、单元测试 mock、甚至反序列化 payload 中时，还能守住“唯一性”。每多一个运行环境，就要多检查一道绕过路径。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
