RAII管理数据库连接的核心是构造即连接、析构即释放，析构函数必须noexcept且安全处理重复关闭等异常；连接池归还不应依赖析构，而应由noexcept的return_connection()静默处理失败；推荐用std::unique_ptr+noexcept自定义deleter封装。
RAII 管理数据库连接的核心原则
RAII 不是“自动关连接”的魔法，而是把 connect() 和 disconnect() 绑定到对象生命周期——构造即连接，析构即释放。关键在于：**析构函数必须能安全、确定地执行清理，且不能抛异常**。这意味着 disconnect() 调用需容忍重复关闭、网络中断、句柄已失效等场景，最好内部做空指针/无效句柄检查。
封装连接池时，资源获取与归还不能依赖析构函数
连接池的典型误用是让 RAII 对象在析构时“归还连接”，但归还操作可能失败（如池已 shutdown、队列满、线程正销毁），而析构函数里 throw 异常会直接 terminate。正确做法是：
- RAII 对象（如
DBConnectionGuard）只负责“借用”连接，并在析构时调用池的return_connection()；该函数应声明为noexcept，内部静默处理失败（如日志警告 + 丢弃连接） - 连接池自身需维护线程安全的回收队列，
return_connection()应是非阻塞的，避免析构卡住 - 不要在析构中做耗时操作（如等待连接被复用、刷新事务日志）
std::unique_ptr + 自定义 deleter 是轻量级 RAII 封装的首选
比起手写类，用 std::unique_ptr 配合自定义 deleter 更简洁、更难出错。例如：
struct DBConnectionDeleter {
void operator()(void* conn) const noexcept {
if (conn) db_close(conn); // 假设 db_close 是线程安全且 noexcept
}
};
using DBConnPtr = std::unique_ptr;
DBConnPtr conn(db_connect("host=..."), DBConnectionDeleter{});
// 离开作用域自动调用 db_close
注意：deleter 必须是 noexcept，且 db_close 实现不能抛 C++ 异常（可转为 errno 或日志）。
