‘QSqlQuery’已过时警告含义及复用成员变量的问题咨询

核心问题：复用QSqlQuery成员变量的风险 #

把QSqlQuery作为DB类的私有成员复用是存在严重问题的，原因如下：

• QSqlQuery的设计定位：它是绑定到具体SQL查询的对象，内部持有查询状态、结果集等状态信息。复用同一个对象时，前一次查询的状态（比如未读完的结果集、事务状态）会干扰后续查询，导致不可预测的行为。比如你在myfunc里执行了一个查询还没读完结果，调用另一个方法复用这个query时，会直接覆盖之前的状态，引发逻辑错误。
• 警告的本质：警告提示“QSqlQuery不应该被复制，要用移动构造”，但你这里的问题不是复制——而是复用状态。当你把成员变量的QSqlQuery返回时，会触发复制（因为返回值是值类型），而QSqlQuery的复制构造被标记为废弃（因为复制它没有意义，状态会混乱），所以编译器抛出警告。而方法内创建局部对象返回时，编译器会自动优化为移动构造（或者直接在返回值位置构造），不会触发复制，因此没有警告。

正确的做法 #

• 保持原有方式，在方法内创建局部QSqlQuery：这种方式是安全的，每个查询都有独立的状态，不会互相干扰。现代编译器会对局部对象返回做RVO（返回值优化），几乎不会有性能开销，不用担心重复创建对象的性能问题。
• 如果想复用资源，考虑复用QSqlDatabase连接：QSqlQuery依赖QSqlDatabase连接，真正的性能瓶颈是数据库连接的创建，而不是QSqlQuery对象。可以把DB类设计为持有一个类级别的QSqlDatabase连接，所有方法都用这个连接创建QSqlQuery，这样既复用了昂贵的连接资源，又保证每个查询的独立性。

示例代码（复用连接的正确方式）：

// DB类头文件
class DB {
private:
    QSqlDatabase db; // 复用数据库连接
public:
    DB() {
        db = QSqlDatabase::addDatabase("QMYSQL");
        // 配置连接参数（地址、用户名、密码等）
        db.open();
    }

    QSqlQuery myfunc() {
        QSqlQuery query(db); // 使用类的连接创建查询
        query.exec("SELECT * FROM table");
        return query; // 这里会自动触发移动构造，无警告
    }
};

总结 #

不要复用QSqlQuery对象，它的状态绑定到具体查询，复用会导致逻辑混乱。保持方法内创建局部对象是安全且高效的，若要优化性能，应该复用数据库连接而非QSqlQuery本身。

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