tp8 的 db 门面不提供 close() 方法，需通过 db::connect() 或 db::getinstance() 获取连接实例后调用 close()；cli 长任务中必须手动关闭以避免连接泄漏和 mysql 断连。
ThinkPHP8 的 Db 门面没有 close() 方法
直接调用 think\facade\Db::close() 会报错：方法不存在。TP8 的 Db 门面是查询构造器入口，不暴露连接管理接口，也不代理 close()。这是设计使然——Web 请求生命周期短，框架默认依赖 PHP 进程结束时自动释放 PDO 连接，所以没封装显式关闭逻辑。
正确获取并关闭 PDOConnection 实例
必须绕过门面，拿到底层的连接对象才能调用 close()。TP8 中连接实例由 think\db\Connection（或其子类如 PDOConnection）管理，可通过以下方式获取：
-
think\facade\Db::connect()：返回当前默认连接的实例（推荐用于单连接场景） -
think\facade\Db::getInstance()：返回所有已创建的连接实例数组（适合多数据库、动态连接等复杂情况） - 注意：
think\facade\Db::getConnection()在 TP8 已被移除，该写法仅适用于 TP6/TP7，TP8 中调用会抛出异常
示例：
// 关闭默认连接
think\facade\Db::connect()->close();
// 关闭全部连接（含主从、多库等）
foreach (think\facade\Db::getInstance() as $db) {
$db->close();
}
关闭后再次查询会触发重连
调用 close() 后，连接资源被释放，PDO 对象内部状态变为不可用。下一次执行任何查询（如 Db::table('user')->select()）时，框架会自动重建新连接——这属于预期行为，不是 bug。
- 重连开销很小，但高频重连（如循环中反复开关）会影响性能
- 若需长期断连 + 按需重连，建议把
Db操作包裹在条件判断里，避免无谓触发重连 -
close()不影响事务状态；若连接关闭前有未提交事务，会随连接中断而回滚（取决于 MySQL 的 wait_timeout 和 autocommit 设置）
长脚本中不关连接的实际风险
在 CLI 环境运行长时间任务（如队列消费者、定时同步脚本），若全程不调用 close()，会导致：
- PDO 连接对象持续持有 MySQL socket，占用服务端连接数
- MySQL 的
wait_timeout超时后可能主动断连，后续查询抛出PDOException: MySQL server has gone away - 连接池无法复用，容易达到
max_connections上限，引发其他请求失败
这些不是理论风险，而是生产环境真实发生的故障点。手动关闭不是“可选优化”，而是 CLI 场景下的必要资源管理动作。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
