thinkphp 8.0 中 db 连接默认复用，但仅限相同配置名下的实例；真正需手动控制单例的是 redisclient 等高开销服务，必须用 singleton() 绑定，bind() 默认每次新建实例，非单例。
ThinkPHP 8.0 中，数据库连接本身默认就是单例行为——但这个“单例”仅限于同一连接配置下、由框架容器统一管理的 Db 实例。真正需要你主动控制单例的，是自定义数据库客户端（如 RedisClient）、配置加载器、日志处理器等高开销服务；而原生 Db 连接则靠容器绑定策略+连接池机制协同保障复用。
Db 类本身已内置连接复用机制
ThinkPHP 8.0 的 Db::connect() 在不传参时，默认复用名为 'default' 的连接配置，并返回同一个 Db 实例（即门面代理的底层连接对象）。只要没显式调用 Db::connect($config) 创建新连接，多次调用 Db::table('user')->select() 不会新建 PDO 实例，而是复用已建立的连接。
- 连接复用的前提是：使用相同连接名（如
'default'）且未手动关闭连接（Db::close()） - 若在控制器中反复写
Db::connect('mysql')->name('user')->select()，只要配置名一致，底层 PDO 连接仍被复用 - 注意：模型类（如 UserModel）默认也复用
'default'连接，但若模型提前执行过查询，连接可能已初始化
需要手动注册单例的典型场景
当你要封装第三方客户端（如 Redis、Elasticsearch 客户端）或带复杂初始化逻辑的工具类时，必须用容器的 singleton() 显式声明生命周期：
- 在服务提供者
register()方法中写：$this->app->singleton('RedisClient', RedisClient::class) - 若需传参初始化，用闭包：
$this->app->singleton('ConfigLoader', fn($app) => new ConfigLoader($app->config->get('cache.driver'))) - 切勿在
boot()中注册——此时容器已冻结，singleton()会静默失败 - 验证是否生效：
dump(app()->make('RedisClient') === app()->make('RedisClient'))应输出true
避免伪单例：别混淆 bind 和 singleton
bind('Db', Db::class) 只是绑定类名，每次 make('Db') 都会新建实例，这不是单例。真正单例必须用 singleton()：
- 错误写法：
$this->app->bind('UserService', UserService::class)→ 每次 make 都 new 一个 - 正确写法：
$this->app->singleton('UserService', UserService::class)→ 全局唯一实例 - 已注册后想重置？先
$this->app->unbind('UserService')，再singleton() - 控制器内多次
$this->app->make('UserService')，只要绑定方式是 singleton，返回的就是同一个对象
连接池不是单例，但能提升资源利用率
ThinkPHP 8.0 支持 Swoole 协程环境下的连接池（需配合 params 配置），它和单例不同：连接池维护多个空闲连接供协程复用，而单例确保某类服务全局只有一个实例。两者可共存：
- 连接池配置在
config/database.php的params中，例如启用 Swoole 连接池参数 - 单例控制的是“服务类”（如 RedisClient 对象）的实例数量，连接池控制的是“底层 PDO/Redis 连接”的复用粒度
- 高并发场景下，建议同时启用连接池 + 单例客户端封装，避免频繁创建连接对象和底层 socket
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
