PHP 8.3单例模式核心仍是构造私有化+静态实例+防克隆/反序列化，必须显式定义public __wakeup()抛异常以防反序列化破坏唯一性，并推荐用readonly修饰内部状态属性（如PDO连接）确保初始化后不可变；注意其作用域限于单请求生命周期。
PHP 8.3 下实现单例模式，**核心逻辑没变，但必须补全对 __wakeup() 的防御，且推荐用 readonly 修饰内部状态属性（如连接资源）来强化不可变性**。PHP 8.3 并未新增单例语法糖，所谓“保证唯一实例”，靠的仍是构造控制 + 静态持有 + 反克隆/反序列化拦截。
为什么 __wakeup() 必须显式抛异常？
PHP 7.4+ 起，__wakeup() 不再默认私有；若不主动定义，反序列化会成功创建新实例，直接破坏单例。PHP 8.3 沿用该行为，且更严格——未声明 __wakeup() 的类在反序列化时可能触发警告或静默失败，但风险仍在。
- 错误写法：
private function __wakeup() {}（空实现 → 允许反序列化） - 正确写法：
public function __wakeup() { throw new \Exception('Cannot unserialize singleton'); } - 注意：必须是
public，否则 PHP 8.3 会报Warning: Uncaught Exception并中断反序列化流程，但不如显式抛异常可控
getInstance() 方法里要不要加 static 类型声明？
要，而且建议用返回类型 : static 或具体类名（如 : DatabaseConnection），PHP 8.3 对静态返回类型推导更准，能避免 IDE 误判、提升类型安全。
- 不推荐：
public static function getInstance() { ... }（无返回类型 → 返回值为mixed） - 推荐：
public static function getInstance(): self { ... }或public static function getInstance(): DatabaseConnection { ... } - 若类被继承，
self会绑定父类，用static更灵活（但需确认子类是否也应单例）
怎么用 readonly 强化单例内部状态？
readonly 不是用来“保证单例唯一”，而是防止实例创建后关键属性被意外修改——比如数据库连接对象被外部重置，导致多个单例共享同一连接却各自维护不同状态。
立即学习“PHP免费学习笔记（深入）”；
- 示例：
private readonly PDO $connection;→ 构造函数中赋值后不可改 - 搭配单例使用时，确保所有可变状态都封装进
readonly属性或私有方法中 - 注意：
readonly属性必须在构造函数中初始化，否则 PHP 8.3 报Fatal error: Uninitialized readonly property
多请求场景下，$instance 真的不会重复初始化吗？
在标准 PHP-FPM 或 CLI 模式下，每个请求是独立进程/线程，static $instance 是请求级隔离的——也就是说，**单例只在单个请求生命周期内唯一**。这不是 bug，是 PHP 运行模型决定的。
- 如果你需要跨请求持久化（如常驻 Swoole 进程），必须配合进程管理逻辑，不能只靠静态变量
- 别试图用 APCu / Redis 存储实例引用——对象无法跨进程序列化，只能存 ID 或配置，再重建
- 常见误解：“单例 = 全局唯一”，实际是“当前运行上下文唯一”
真正容易被忽略的是：单例类一旦被加载，其静态属性就固化在当前作用域中；如果测试时用了 require_once 加载多次，或在 Composer 自动加载中路径不一致，可能导致多个类定义共存，$instance 就不是同一个了。
