PHP单例模式保证单次请求内唯一实例，非跨请求持久；其核心是懒加载控制本请求中对象不重复创建，而非维持长连接或全局状态。
PHP开发者不需要“必须掌握”单例模式——它不是语言强制要求，也不是现代框架的标配。真正需要的是：能判断什么时候该用、什么时候不该用，以及清楚它在当前运行模型下的实际效果。
PHP单例在一次请求中确实有效，但不是跨请求持久的
很多人误以为PHP单例能像Java那样长期驻留内存。实际上，PHP是每次HTTP请求启动一个独立进程（或线程），请求结束即销毁全部对象。所以Database::getInstance()在本次请求内只创建一次实例，但下一次请求会重新走一遍初始化流程。
- 这是懒汉式单例（lazy initialization）的真实作用域：单次请求生命周期内唯一
- 它节省的是本次请求中的重复
new开销，不是数据库连接本身（连接仍可能复用，但靠的是PDO持久连接或连接池，不是单例逻辑） - 若你在CLI脚本中循环调用
getInstance()一百次，它也只实例化一次；但在Web SAPI下，每个FPM worker处理新请求时，静态变量self::$instance都是null
框架里哪些地方真用了单例？别被名字骗了
很多框架文档写“服务容器返回单例”，但背后不一定是传统单例实现。比如Laravel的app('db')或Symfony的$container->get('logger')，本质是服务容器对实例生命周期的管理，而非硬编码private static $instance。
- 真正手写单例常见于轻量级工具类：如
Config、Cache、Logger等，且通常配合文件/OPcache缓存配置，避免多次include - 现代框架更倾向用依赖注入（DI）+ 容器作用域（scoped / singleton scope），比手写单例更易测试、更灵活
- 如果你在框架源码里看到
__clone和__wakeup，大概率是为兼容老旧扩展或防止反序列化绕过，不是功能必需
容易踩的坑：你以为的“唯一”，其实有例外
单例保证的是“类内部控制的唯一性”，但PHP运行机制会让这个“唯一”变得脆弱。
- 子类继承单例父类时，
self::指向的是子类作用域，static::才正确；否则Child::getInstance()可能返回父类实例 - 使用命名空间+自动加载时，若两个不同路径下存在同名类（如
App\Services\DB和Vendor\Package\DB），静态变量互不影响，根本不是“全局唯一” - APCu或OPcache启用后，某些情况下
self::$instance可能被缓存错乱（尤其在开发环境频繁重载类时），导致===判断失效
最常被忽略的一点：单例把状态和逻辑耦合在一起。当你在getInstance()里做数据库连接，就等于把连接参数、错误处理、重试逻辑全锁死在类内部——这会让单元测试不得不真实连库，或者得大量打桩。比起硬写单例，更值得花时间学的是如何用接口+DI解耦依赖。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
