QT多线程查询数据库显示到tablewidget里面

1、线程内注册与连接数据库的竞争问题

文档上对多线程下数据库应用的注意事项写的很简明，一个线程创建的 QSqlDatabase 对象和 查出来的 QSqlQuery 对象只能给本线程用（注意，是对象，不是数据库连接本身，连接本身用名字可以多线程使用），其他情况是“不支持的”。在一个需要有几个线程并发访问不同数据库的应用中，我首先试图在各个线程的起始分别以不同的名称调用 addDatabase / database 、open，但是程序偶然会崩溃，跟踪后发现，虽然Qt 声称很多方法是“线程安全”的，但是几个方法串起来，就出问题了。Qt 会动态的加载数据库的plugin, 加载 plug in 的部分，涉及到对本地库文件的管理，这一部分，出现了竞争。于是，很自然的想到在初始连接部分设置 Mutex 保护，从 addDatabase / database到 open 的部分，要保证其原子性，问题再也没有出现。

2、数据库连接意外断裂后，恢复连接的问题

在MFC 中，一旦中途TCP连接断裂，直接重新 Open 就可以了。在Qt 里，这一招不好使了。即便 调用了 close ，再次open 也是不行的。处理方法：

在检测到问题出现后，关闭连接，并 removeDatabase； 而后，不要立刻 addDatabase, 反而是要回到该连接所在的事件循环。没有详细跟源码，很可能在 removeDatabase 后的事件循环中，Qt 内部做了一些释放 *** 作。 怎么办呢， 可以设置一个恢复定时器，比如 1分钟，重新 addDatabase，就可以啦。如果心急的话，直接显式调用processEvent() 方法强制循环。

在多线程下，注意1中的问题，需要 Mutex保护。

3、数据库插件的依赖性问题

在 Windows 下，有时我们的机器上按了好几个 Qt 版本，PATH里索性神马也不设置，依赖开发环境的继承环境适应不同的版本。这有两个问题。一是发布程序的时候，数据库驱动依赖的dll 也要与可执行文件在同一路径下发布。比如 mysql 的 dll, PostgreSQL 的依赖等。二是在集成开发环境中，这些依赖也要位于执行档文件夹下。否则，会造成虽然可以枚举到可用驱动，但是死活连接不上。调试一下就知道，原来是在路径中找不到依赖项，导致dll加载失败哦！

在Qt中使用多线程，目前就我使用过的有两种，一是子类化QThread，重写run函数，在run函数里实现自己的代码，这一部分代码通常是比较耗时，或者干脆直接阻塞的。比如一个while循环，设置一个标志，判断循环结束。

这样的例子在网上有很多，就不写了。

这样写的话，会有一些东西需要了解。

子类化QThread的方法，只有run函数里面的内容是执行在子线程里的，其他的部分，比如槽函数什么的还是在主线程里执行（假设是在主线程开启的该子线程）。

还有一种方法，是子类化QObject，新建一个线程，然后使用MoveToThread把这个类的对象移到新建的线程中，这种做法使得它所有的槽函数都是执行在新开辟的线程里面。

如果直接（QObject对象）.abc()的话，这个成员函数是在主进程内执行，可能会出现"QObject::killTimer: timers

cannot be stopped from another thread"的运行错误。

使用第二种方法的话，貌似会遇到这样的问题：如果在一个槽函数中把子线程阻塞，其他的槽函数无法接受来自主线程

---