问题描述

今天在做之前代码的重构的时候，在调用QSqlDatabase的removeDatabase函数的时候，出现了如下错误

QSqlDatabasePrivate::removeDatabase: connection '1638178058438' is still in use, all queries will cease to work

Qt官方解决方法

在Qt的官方文档中，有对removeDatabase这个函数的注释。
在这里插入图片描述
??意思就是说在移除掉数据库连接的时候，要确保没有正在打开的查询，否则会导致资源泄漏。
??解决的方法是在remove之前释放掉QSqlQuery和QSqlDatabase这些个资源，最好的方式就是像上面一样让其工作在一个作用域，离开这个作用域就会自动释放了。

{
	QSqlDatabase db = QSqlDatabase::database("sales");
	QSqlQuery query("SELECT NAME, DOB FROM EMPLOYEES", db);
}
// 这里db、query就超出作用域自动释放了。
QSqlDatabase::removeDatabase("sales");

另外一种解决方式

由于我的使用方法不一样，我是自己创建了一个类，这个类的有一个成员变量是QSqlDatabase对象，所以说我想在析构函数里进行removeDatabase就一直会报上面的错。

// DBdata.h
Class DBbase
{
public:
	DBdata();
	~DBdata();

private:
	QSqlDababase db;
};

// DBdata.cpp
~DBdata()
{
	db.close();
	QString connectName = QSqlDatabase::connectName();
	QSqlDatabase::removeDatabase(connectName);
	// 在这里就会报is still use的问题。
}

在网上找到的解决方法是：

~DBdata()
{
	db.close();
	QString connectName = QSqlDatabase::connectName();
	db = QSqlDatabase();
	// 在这里对db进行一个重置，就可以了。
	QSqlDatabase::removeDatabase(connectName);
}

然后我就在想，为啥会出现这样的错误呢？这里不是析构函数吗，成员函数不是到了生存期就会自己释放吗？
??后面找到了问题的所在点，我自己用两个类进行一个测试，发现析构函数是会在成员变量自己释放之前调用，按照上面的例子说就是，在db释放之前，就调用了removeDatabase，所以就会出现这种情况。
??但是我又想要在这个析构函数里进行removeDatabase，所以我就想到了另外一个方法：

// DBdata.h
Class DBbase
{
public:
	DBdata();
	~DBdata();

private:
	QSqlDababase* db;
};

// DBdata.cpp
~DBdata()
{
	db->close();
	delete db;
	QSqlDatabase::removeDatabase(connectName);
}

我把QSqlDatabase的对象变成一个指针，这样就可以在removeDatabase之前对db进行手动的释放了。
上述就已经把我遇到的这个问题给解决完成了，下面是我自己的一些碎碎念，就可以不往下翻了。

碎碎念

??最近好久没有写博客了，本意就是想对自己遇到的坑的解决方法和学到的知识记录一下，但是一直都找不到能够写的东西，所以就先没有写。之前在学校学的都是c的一些面向过程的思想（本人是电子专业，只学了c而且是选修…），所以很多写出的c++代码都还是四不像，根本没有用上c++的一些高级的东西，所以最近也是在有意识的去使用一些新的特性…这是不是一种奇怪的炫技…
??但是总的来说，像今天遇到的这个问题都是因为c++的基础不够好导致的，死记硬背实在是效果太低，所以说还是得多实践，多去自己主观的进行一些操作。
??突然反过头去看自己几个月之前写的代码，真是一言难尽，就是一堆屎山，刚好最近看了《重构：改善既有代码的设计》，就想法把自己的代码都去优化一下，当作提升自己的能力嘛，毕竟现在这个社会，真的是太卷了，同事们一个个卷的要死。

关于智能指针

最近看到的c++11中的一个特性就是智能指针（unique_ptr、shared_ptr），觉得这个东西挺好的，但是就是不知道应用场景在哪里，网上搜到的很多都是为了用智能指针而用智能指针，其实根本就可以用一个在栈的对象，来实现RAII，所以就很困惑。在解决今天这个问题的时候，差点以为自己用上了这个新的特性，后面发现根本就没有必要用这个特性…瞬间就打脸了，Qt也有自己的智能指针（QScopePointer、QSharedPointer），后面就找时间来搞清楚这个东东的应用场景吧…