PHP 8.5 中仍须手动封禁 __construct、__clone 和 __wakeup；PDO 比 mysqli 更适合作为数据库单例；static $instance 安全但需注意 SAPI 差异；??= 保证并发下初始化原子性。
PHP 8.5 中 __construct 和 __clone 还得手动封禁吗？
得封，而且比以前更关键。PHP 8.5 虽然强化了类型和错误提示，但单例的“唯一性”依然不靠语言自动保障，全靠开发者把住入口。漏掉 __clone 或 __wakeup，反序列化或克隆操作就能绕过构造逻辑，直接生成新实例。
-
__construct必须设为private，否则new Singleton()仍可调用 -
__clone必须抛出Exception，不能只写return; -
__wakeup同样要私有并抛异常，PHP 反序列化会跳过__construct，直调此方法
数据库连接单例里，mysqli 和 PDO 哪个更适合？
PDO 更稳妥。不是因为它功能强，而是它原生支持连接复用与持久化（PDO::ATTR_PERSISTENT），而 mysqli 的持久连接在单例中容易因进程/请求生命周期错位导致连接泄漏或状态污染。
- 用
PDO时，把PDO::ATTR_PERSISTENT => true放进$options数组，别漏掉 -
mysqli即使设了MYSQLI_CLIENT_FOUND_ROWS，也无法规避多请求间连接句柄混用风险 - 如果必须用
mysqli，请确保每次调用getInstance()后检查$this->conn->ping()，否则可能拿到已断开的连接
static $instance 在 PHP 8.5 里还安全吗？
安全，但要注意作用域和初始化时机。PHP 8.5 没改静态属性行为，static $instance 仍是类级别共享，但若在 CLI SAPI 下跑长进程（如队列 worker），多个请求共用同一进程时，$instance 不会自动重置——这反而是你想要的；可一旦误在 Web SAPI 下做了全局 reset 逻辑，就会破坏单例语义。
- 别在
getInstance()外部赋值self::$instance = null，除非你明确在清理整个进程上下文 - 避免在
__destruct中 unsetself::$instance，PHP 请求结束时静态变量本就销毁，手动干预反而可能触发重复释放 - 如果项目用了 OPcache + file cache，确认
opcache.enable_cli=1（CLI）或opcache.revalidate_freq=0（开发环境），否则类定义缓存可能导致$instance初始化逻辑被跳过
为什么 getInstance() 里用 ??= 而不是 ??？
因为 ??= 是原子赋值，能避免并发请求下双重初始化。PHP 8.5 的短路赋值在字节码层面是原子的，而 if (self::$instance === null) { self::$instance = new static(); } 在高并发时可能两个请求同时通过判空、各自 new 一次。
立即学习“PHP免费学习笔记（深入）”；
- 写成
self::$instance ??= new static();即可，简洁且线程安全（在 FPM/Cli 单进程模型下） - 不要用
self::$instance ?: new static()，这是表达式，不赋值，结果被丢弃 - 如果真跑在多线程 SAPI（极少见），需额外加
flock或pthread_mutex，但 PHP 8.5 官方不支持线程安全的单例，这类场景建议换连接池方案
最易被忽略的是：单例对象本身不管理连接状态，只管理“谁来创建”。哪怕你写了完美的 getInstance，只要没在每次使用前检查 $pdo->getAttribute(PDO::ATTR_CONNECTION_STATUS) 或执行简单 SELECT 1，就可能把超时断开的连接当活连接用——这跟单例写法无关，但常被归咎于“单例失效”。
