为何Qt UI初始化时全局thread_local对象会被销毁？

核心问题：QSqlDatabase::removeDatabase 调用时机违反Qt要求 #

Qt文档明确规定：调用removeDatabase前，必须确保所有关联到该连接的QSqlDatabase对象已经被销毁。你的代码中，Database析构函数的执行顺序是：

1. 调用close()和removeDatabase
2. 销毁类成员db（QSqlDatabase对象）

这就导致调用removeDatabase时，db仍持有该连接的引用，触发了未定义行为。这种未定义行为的表现形式多样，你遇到的thread_local对象意外析构、后续查询失败都是典型症状——Qt内部的连接管理逻辑被破坏，甚至干扰了C++thread_local变量的生命周期。

次要问题：用QThread对象指针生成连接名的隐患 #

你用QThread::currentThread()的指针地址生成dbname，但在Qt中：

• 在创建QApplication前调用QThread::currentThread()，会生成一个临时的QThread对象
• 当QApplication初始化完成后，主线程的QThread对象会被替换为QApplication内部管理的实例

这意味着同一操作系统线程（主线程）前后会生成两个不同的dbname，导致重复创建数据库连接，也是潜在的问题点。应该改用操作系统级别的线程ID：QThread::currentThreadId()，它返回的是线程的唯一标识，不会随Qt内部对象变化而改变。

修复方案 #

1. 调整removeDatabase的调用时机
   修改析构函数，先释放QSqlDatabase对象的引用，再调用removeDatabase：

   Database::~Database()
   {
       // 先重置db对象，释放连接引用
       db = QSqlDatabase();
       // 此时所有关联的QSqlDatabase对象已销毁，再移除连接
       if (QSqlDatabase::contains(dbname)) {
           QSqlDatabase::removeDatabase(dbname);
       }
   }
   

   或者将db改为智能指针，先销毁指针再移除连接：

   // 类成员改为
   std::unique_ptr<QSqlDatabase> db;
   // 构造函数中初始化
   db = std::make_unique<QSqlDatabase>(QSqlDatabase::addDatabase("QSQLITE", dbname));
   // 析构函数
   Database::~Database()
   {
       db.reset(); // 销毁QSqlDatabase对象
       if (QSqlDatabase::contains(dbname)) {
           QSqlDatabase::removeDatabase(dbname);
       }
   }
   

2. 改用线程ID生成连接名
   将构造函数中的dbname生成逻辑修改为：

   this->dbname = "my_db_" + QString::number(reinterpret_cast<quint64>(QThread::currentThreadId()), 16);
   

为什么注释掉close和removeDatabase就正常？ #

当你不调用removeDatabase时，即使db对象被销毁，Qt仍会保留该连接的内部管理结构。后续调用Database::get()时，因为QSqlDatabase::contains(dbname)返回true，会直接获取已存在的连接，避免了未定义行为和连接重复创建的问题，但这不是规范的做法——长期运行可能导致连接泄漏。

内容的提问来源于stack exchange，提问作者Chou Tan