PHP 8中单例构造函数必须私有，且需用static::替代self::确保子类独立实例；__clone和__wakeup已失效，应删除或抛异常；推荐改用PSR-11容器替代手写单例。
PHP 8中单例模式的构造函数必须私有，且不能用__clone绕过
PHP 5.6里还能靠__clone或__wakeup偷偷复制实例，PHP 8在严格类型和对象模型加固后，这些“后门”基本失效。一旦类声明了private function __construct()，连反射调用new \ReflectionClass(...)->newInstanceWithoutConstructor()也会被拦截（除非禁用zend.assertions=0，但生产环境不该关）。
实操建议：
- 删掉所有
__clone和__wakeup方法——它们已无实际防御价值，反而误导维护者 - 若需兼容旧测试代码，可显式抛出
Exception而非留空，避免静默失败 - 注意：PHP 8.1+ 引入
final类默认禁止继承，单例类建议加final修饰，防止子类覆盖getInstance
static代替self是必须的，否则子类单例会失效
PHP 5.6起支持后期静态绑定（LSB），但很多老代码仍用self::$instance，导致子类调用getInstance()时返回父类实例。PHP 8没改这个行为，只是让错误更难掩盖——比如子类返回类型声明为static，而self返回父类，类型检查直接报错。
正确写法：
立即学习“PHP免费学习笔记（深入）”；
class Database
{
private static ?Database $instance = null;
final private function __construct() {}
public static function getInstance(): static
{
if (static::$instance === null) {
static::$instance = new static();
}
return static::$instance;
}
}
关键点：
-
static::$instance确保每次读写都落在当前调用类的作用域 - 返回类型用
static而非self或具体类名，否则子类无法协变返回 - PHP 8.2+ 对
static返回类型的静态分析更严格，self在此场景下会被 IDE 标为潜在错误
PHP 8的??=和match对单例初始化没用，别硬套
有人试图用static::$instance ??= new static()简化初始化逻辑，但这是错的：??=只判断是否null，而单例要求“未初始化”状态，不是“非空”状态。如果构造函数可能返回null（比如依赖注入失败），??=会跳过重试逻辑，直接返回null。
同样，match表达式不适用于单例核心逻辑——它没有状态保持能力，也无法替代if的延迟初始化语义。
容易踩的坑：
-
??=不能替代显式=== null判断，因为false、0、''等falsy值不等于null - 把单例逻辑塞进
match里会导致每次调用都新建对象，违背单例本意 - PHP 8.3起，
??=在静态属性上触发E_WARNING（如果属性未声明类型），而=== null始终安全
现代 PHP 中，单例模式本身已是反模式，升级时该考虑替换
PHP 5.6时代靠单例管理数据库连接或日志器，是因为缺乏容器生态；PHP 8下，PSR-11容器（如symfony/dependency-injection）已成标配。硬保留单例，反而阻碍测试——静态状态无法重置，phpunit并行运行时容易污染。
迁移建议：
- 用构造器属性提升 + 类型声明替代手写
getInstance()，例如public function __construct(private Database $db) - 将原单例类改为普通类，生命周期交由容器控制（
shared: true即等效单例） - 若必须保留静态入口（如遗留代码强依赖
Database::getInstance()），可用代理模式包装容器调用，而非继续维护单例逻辑
最易被忽略的一点：PHP 8.4计划移除create_function()和部分反射弱限制，而单例常依赖反射绕过构造限制——现在不动手重构，后续升级成本只会更高。
