私有构造函数是单例的必要条件，因为若不私有化__construct()，外部可随意new MyClass()创建新实例，直接破坏唯一性；PHP无“仅限静态调用”语法糖，必须用private强制封禁外部新建路径。
为什么私有构造函数是单例的必要条件
没有私有化 __construct()，任何地方都能用 new MyClass() 创建新实例，单例就失效了。PHP 不支持“构造函数仅限静态方法调用”的语法糖，所以必须靠 private 封死外部新建路径。这不是风格选择，是强制约束。
注意：PHP 8.1+ 引入了 final 类和 sealed（尚未落地），但目前仍需靠私有构造 + 静态工厂组合实现真正可控的单例。
标准单例写法中容易漏掉的两个关键点
-
private 构造函数必须显式声明，不能省略 —— 即使类里没写构造函数，PHP 也会提供默认公有构造，必须主动覆盖
-
private static $instance = null; 必须初始化为 null，否则在某些 PHP 版本（如 7.4）中可能触发未定义行为或警告
- 静态方法
getInstance() 内部要用 self::$instance 而非 $this->instance，后者会报错
class Database {
private static $instance = null;
<pre class="brush:php;toolbar:false;">private function __construct() {}
public static function getInstance() {
if (self::$instance === null) {
self::$instance = new self();
}
return self::$instance;
}
private 构造函数必须显式声明，不能省略 —— 即使类里没写构造函数，PHP 也会提供默认公有构造，必须主动覆盖private static $instance = null; 必须初始化为 null，否则在某些 PHP 版本（如 7.4）中可能触发未定义行为或警告getInstance() 内部要用 self::$instance 而非 $this->instance，后者会报错}
为什么不能用 __clone() 和 __wakeup() 就完事
只封构造函数还不够。对象被 clone 或反序列化（unserialize()）时，会绕过 __construct()，直接生成副本。所以必须同时禁止：
立即学习“PHP免费学习笔记（深入）”；
-
private function __clone() {}：防止clone $db -
private function __wakeup() {}：防止反序列化重建新实例（否则unserialize(serialize($db))就破防了）
这两个方法体可以为空，但声明不可少；缺一个，单例在特定上下文中（如缓存、RPC 序列化）就会悄悄失效。
实际项目里最常踩的坑：依赖注入容器 vs 手写单例
手写单例看似简单，但在 Laravel、Symfony 等框架中，直接 new 单例类或调用 getInstance() 会破坏容器管理的生命周期和依赖解析。比如：
- 数据库连接池、日志实例如果硬编码单例，就无法被容器自动注入、替换或打桩测试
- 多线程/多请求场景下，若单例持有 request-scoped 数据（如当前用户 ID），极易引发状态污染
结论：除非明确需要跨容器控制（例如全局配置读取器），否则优先用 DI 容器的 singleton 绑定，而不是手写 getInstance()。手写单例更适合无状态工具类（如 JsonHelper、CacheKeyBuilder）。
单例真正的复杂点不在写法，而在“它到底该管什么”。一旦开始在单例里存请求相关数据、或混用静态属性与实例属性，就等于在给自己埋雷。
