Qt信号槽引用参数问题解析

原创 已于 2025-12-19 17:37:12 修改 · 354 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#qt #c++ #开发语言

于 2025-12-19 17:33:52 首次发布

Qt信号槽引用参数问题解析

问题：

qt c++ void slo_response(QByteArray data)槽函数正常，void slo_response(QByteArray& data)槽函数就收不到消息，信号和槽函数是同时修改的，就因为一个&就两种效果，是什么原因呢

在Qt的信号槽机制中，信号与槽的参数类型必须严格匹配（包括const修饰和引用/指针类型），否则会导致连接失败或槽函数不被触发。你遇到的问题正是由于参数类型不匹配导致的，具体分析如下：

1. 参数类型匹配规则

  • 信号定义：假设信号声明为 void sig_response(QByteArray data);（按值传递）
  • 槽函数定义：
    • void slo_response(QByteArray data) → 类型完全匹配，连接成功。
    • void slo_response(QByteArray& data) → 类型不匹配（信号是值类型，槽是引用类型），连接失败。

2. 临时对象与引用的兼容性

  • 当信号通过 emit sig_response(QByteArray(...)) 发送时，会创建一个临时对象（rvalue）。
  • 非const左值引用（QByteArray&）无法绑定到临时对象（C++规则：临时对象只能绑定到const引用或右值引用）。
  • 因此，槽函数 slo_response(QByteArray& data) 无法被调用。

3. 解决方案

方案一：修改槽函数参数类型（推荐）

将槽函数参数改为按值传递或const引用：

cpp

// 方案1：按值传递（兼容信号的值类型）
void slo_response(QByteArray data) { ... }

// 方案2：const引用（可绑定临时对象）
void slo_response(const QByteArray& data) { ... }
方案二：修改信号参数类型

如果信号是你自己定义的，可以改为引用类型（需确保所有连接此信号的槽都兼容）：

cpp

signals:
void sig_response(QByteArray& data); // 信号也改为引用类型

4. 验证连接是否成功

在连接信号槽后，检查连接状态：

cpp

// Qt5及以上版本
QMetaObject::Connection conn = QObject::connect(sender, &SenderClass::sig_response, receiver, &ReceiverClass::slo_response);
qDebug() << "Connection successful?" << conn; // 输出false表示连接失败

5. 根本原因总结

  • Qt的元对象系统（MOC）在编译时会检查信号槽的兼容性。
  • 引用类型（T&）与值类型（T）被视为不同类型，必须严格一致。
  • 临时对象无法传递给非const左值引用，这是C++语言本身的限制，与Qt无关。

最佳实践建议

  • 优先使用值类型或const引用：避免在信号槽中使用非const引用参数。
  • 明确连接方式：在Qt5及以上版本中，优先使用函数指针形式的连接（而非SIGNAL/SLOT宏），以便在编译时捕获类型错误。
  • 检查连接状态：始终验证信号槽是否成功连接，避免因连接失败导致的逻辑错误。

2.能看到一个类的信号队列吗

在Qt中，信号本身不直接存储在“信号队列”中，但信号触发的槽函数调用可能通过Qt的事件系统进入事件队列。要“看到”信号相关的队列行为，需理解Qt的事件循环和信号槽机制，并可通过以下方式间接监控或分析：

1. 信号槽与事件队列的关系

  • 直接连接（Direct Connection）：
    当信号和槽在同一线程时，槽函数立即执行，不经过事件队列。此时无队列行为可观察。
  • 队列连接（Queued Connection）：
    当信号和槽跨线程时，槽函数调用会被封装为QEvent::MetaCall事件，放入接收对象所在线程的事件队列。此时可通过事件队列监控相关事件。

2. 监控事件队列的方法

  • 重写事件过滤器：
    通过安装事件过滤器（QObject::installEventFilter()），可捕获特定对象的事件。例如：

    cpp

    class EventMonitor : public QObject {
protected:
    bool eventFilter(QObject* watched, QEvent* event) override {
        if (event->type() == QEvent::MetaCall) {
            qDebug() << "Queued slot call detected for" << watched;
            // 可进一步分析事件内容（需谨慎，MetaCall事件内部结构不公开）
        }
        return QObject::eventFilter(watched, event);
    }
};

// 使用示例
QPushButton* button = new QPushButton("Test");
EventMonitor* monitor = new EventMonitor;
button->installEventFilter(monitor);

  • 全局事件监控：
    重写QApplication::event()或QCoreApplication::event()可捕获全局事件，但需注意性能影响。

3. 调试与诊断工具

  • Qt Creator的调试器：
    在调试模式下，可设置断点在槽函数入口，观察调用堆栈。跨线程的槽调用会显示QEvent::MetaCall的调用路径。
  • 日志输出：
    在关键信号槽连接处或槽函数内添加日志（如qDebug()），记录信号触发和槽执行的时间顺序。
  • 信号槽连接检查：
    使用QObject::dumpObjectTree()或QObject::dumpObjectInfo()输出对象的信号槽连接信息（需启用Q_OBJECT宏）。

4. 直接访问事件队列的限制

  • 私有实现：
    Qt的事件队列（如QEventDispatcher的实现）是内部数据结构，没有公开API直接访问。用户无法直接遍历或查看队列中的事件内容。
  • 间接分析：
    通过上述事件过滤器或日志，可推断事件队列的顺序和频率。例如，若发现QEvent::MetaCall事件频繁出现，可推测跨线程信号槽调用较多。

5. 特殊场景：手动处理事件队列

  • QCoreApplication::processEvents()：
    在阻塞操作中调用此函数可处理事件队列中的事件（包括信号触发的槽调用），避免界面冻结。例如：

    cpp

    void longRunningOperation() {
    for (int i = 0; i < 100; ++i) {
        // 模拟长时间操作
        QCoreApplication::processEvents(QEventLoop::ExcludeUserInputEvents);
    }
}
    此方法可间接观察事件处理顺序，但需谨慎使用，可能引发重入问题。

6. 线程安全与队列行为

  • 连接类型的影响：
    • Qt::AutoConnection（默认）：根据信号和槽的线程自动选择直接或队列连接。
    • Qt::QueuedConnection：强制使用队列，确保槽在接收线程执行。
  • 线程间信号的顺序：
    跨线程信号的发送顺序与槽执行顺序不一定一致，因为事件队列受线程调度和事件循环影响。

总结

  • 无法直接“看到”信号队列：信号本身不存储在队列中，但跨线程信号触发的槽调用会以QEvent::MetaCall形式进入事件队列。
  • 间接监控方法：通过事件过滤器、日志、调试器观察事件队列中的MetaCall事件或槽函数调用顺序。
  • 设计建议：若需精确控制跨线程信号的处理顺序，可考虑使用QMutex、QSemaphore等同步机制，或设计更合理的线程交互模式（如使用QThreadPool和QRunnable）。

3.临时对象无法传递给非const左值引用

在C++中，“临时对象无法传递给非const左值引用”是语言设计的核心规则之一，这一特性在Qt信号槽机制中直接导致了您遇到的问题。以下从底层原理、Qt机制、解决方案三个维度深入解析：

一、C++底层原理：临时对象与引用的绑定规则

  1. 临时对象的本质
    当信号通过emit sig_response(QByteArray(...))发送时，实际创建的是一个临时对象（rvalue），其生命周期仅持续到当前表达式结束。例如：

    cpp

    emit sig_response(QByteArray::fromBase64("SGVsbG8gV29ybGQh")); // 临时对象

  2. 引用绑定的严格限制

    • 非const左值引用（T&）：只能绑定到具名左值（如变量、函数返回的左值引用），不能绑定到临时对象。

      cpp

      QByteArray temp;
T& ref1 = temp; // 合法（左值）
T& ref2 = QByteArray(...); // 编译错误：临时对象无法绑定到非const左值引用
    • const左值引用（const T&）：可绑定到临时对象（通过隐式创建临时变量延长其生命周期）。

      cpp

      const T& ref = QByteArray(...); // 合法（临时对象生命周期延长）
    • 右值引用（T&&）：专门用于绑定临时对象（C++11起支持）。

二、Qt信号槽机制中的具体表现

  1. 信号与槽的参数匹配规则
    Qt的元对象系统（MOC）在编译时会严格检查信号与槽的参数类型是否完全兼容，包括：
    • 基本类型（如int、QString）必须一致。
    • 容器类（如QByteArray、QStringList）的传递方式（值/引用/指针）和const修饰符必须匹配。
  2. 您遇到的问题本质
    • 当信号定义为void sig_response(QByteArray data)（值传递）时，发送的是临时对象副本。
    • 槽函数若为void slo_response(QByteArray& data)（非const左值引用），则参数类型与信号不兼容（临时对象无法绑定到非const引用），导致连接失败或槽函数不被触发。
    • 改为void slo_response(QByteArray data)（值传递）或void slo_response(const QByteArray& data)（const引用）后，类型匹配，槽函数正常接收。
  3. Qt连接时的类型检查
    在Qt5及以上版本中，使用函数指针形式的connect（如connect(sender, &Sender::sig, receiver, &Receiver::slo)）会在编译时进行类型检查，提前暴露错误。而旧的SIGNAL/SLOT宏形式可能在运行时失败。

三、解决方案与最佳实践

方案1：修改槽函数参数类型（推荐）

  • 值传递（按副本传递）：

    cpp

    void slo_response(QByteArray data) { ... } // 兼容信号的值传递

    优点：简单安全，避免引用绑定问题；缺点：可能涉及数据拷贝开销（对QByteArray等隐式共享类影响小）。

  • const引用传递：

    cpp

    void slo_response(const QByteArray& data) { ... } // 兼容临时对象

    优点：避免拷贝，兼容临时对象；缺点：无法修改原始数据（通常不需要）。

方案2：修改信号参数类型（需全局调整）

若信号由您自定义，可改为引用传递（需确保所有槽函数兼容）：

cpp

signals:
void sig_response(QByteArray& data); // 信号也改为引用类型

注意：此时所有连接此信号的槽函数必须接受QByteArray&或const QByteArray&参数。

方案3：显式延长临时对象生命周期（不推荐）

通过创建局部变量显式延长临时对象生命周期（仅适用于特定场景）：

cpp

void someFunction() {
    QByteArray temp = ...; // 显式创建具名对象
    emit sig_response(temp); // 此时temp是左值，可绑定到非const引用
}

但这种方式会破坏信号槽的封装性，通常不采用。

四、验证连接是否成功

在连接信号槽后，务必检查连接状态：

cpp

QMetaObject::Connection conn = connect(sender, &Sender::sig, receiver, &Receiver::slo);
if (!conn) {
    qDebug() << "信号槽连接失败！";
}

五、根本原因总结与最佳实践

  • 核心规则：C++禁止将临时对象绑定到非const左值引用，这是语言级别的安全机制。
  • Qt最佳实践：
    • 优先使用const T&或T作为信号槽参数类型，避免非const引用。
    • 在Qt5+中始终使用函数指针形式的connect，利用编译时类型检查。
    • 对于大对象或需要避免拷贝的场景，使用const T&；对于小对象或隐式共享类（如QByteArray），直接使用值传递更简洁。
    • 定期检查信号槽连接状态，确保逻辑可靠性。

通过理解临时对象与引用的绑定规则，以及Qt信号槽的类型匹配机制，您可以更高效地设计健壮的Qt程序。

3.qt c++ 输出当前线程id

在Qt C++中输出当前线程ID，可以使用QThread::currentThreadId()函数。以下是具体实现方法和示例代码：

核心方法

cpp

#include <QThread>
#include <QDebug>

void printCurrentThreadId() {
    // 获取当前线程ID（类型为Qt::HANDLE）
    Qt::HANDLE threadId = QThread::currentThreadId();
    
    // 转换为十六进制字符串输出（通用格式）
    qDebug() << "当前线程ID: 0x" << Qt::hex << reinterpret_cast<quintptr>(threadId);
}

完整示例代码

cpp

#include <QCoreApplication>
#include <QThread>
#include <QDebug>

int main(int argc, char *argv[]) {
    QCoreApplication a(argc, argv);
    
    // 主线程ID输出
    qDebug() << "主线程ID: 0x" 
             << Qt::hex 
             << reinterpret_cast<quintptr>(QThread::currentThreadId());
    
    // 创建新线程示例
    QThread workerThread;
    QObject::connect(&workerThread, &QThread::started, [&]() {
        qDebug() << "工作线程ID: 0x" 
                 << Qt::hex 
                 << reinterpret_cast<quintptr>(QThread::currentThreadId());
    });
    workerThread.start();
    
    return a.exec();
}

关键说明

  1. 线程ID类型
    QThread::currentThreadId()返回Qt::HANDLE类型，实际是平台相关的原生线程句柄：
    • Windows: HANDLE（指针类型）
    • Linux/macOS: pthread_t（无符号整数）
  2. 跨平台转换技巧
    使用reinterpret_cast<quintptr>将句柄转换为整数指针，确保：
    • Windows下输出指针地址（如0x7ff6a8b2c0）
    • Unix系统下输出线程标识符（如140735294293248）
  3. 输出格式
    建议统一采用十六进制格式输出，兼容不同平台的显示需求。

输出效果示例




1主线程ID: 0x7ff7b4e1f0
2工作线程ID: 0x7ff7b461e0

注意事项

  • 在Qt 6及以上版本中，QThread::currentThreadId()的行为与平台相关，但转换方式保持兼容
  • 调试时可使用qDebug().noquote()禁用自动转义，获得更清晰的输出
  • 生产环境中建议配合qInfo()等日志宏使用

此方法适用于所有支持Qt的操作系统（Windows/Linux/macOS），且无需额外依赖第三方库。

4.Qt信号槽失效的7大排查方案

在Qt中，信号和槽绑定后槽函数不执行是常见问题，通常由以下原因及对应排查方案导致：

1️⃣ 连接语法错误

  • 现象：connect返回false但未处理，或连接方式错误。
  • 排查：

    cpp

    1bool isConnected = connect(sender, &SenderClass::signalName, receiver, &ReceiverClass::slotName);
2Q_ASSERT(isConnected); // 调试阶段断言
3qDebug() << "Connection status:" << isConnected;
  • 解决：
    • 使用Qt5+新语法（推荐）：connect(sender, SIGNAL(signalName()), receiver, SLOT(slotName()));（旧语法需显式检查返回值）
    • 确保连接类型正确：Qt::AutoConnection（默认）、Qt::DirectConnection（直接调用）、Qt::QueuedConnection（跨线程队列）

2️⃣ 对象生命周期问题

  • 现象：发送方或接收方对象提前销毁。
  • 排查：
    • 检查对象是否在堆上分配（new创建）
    • 使用QObject::sender()在槽函数中验证发送方有效性
    • 启用Qt对象树跟踪：

      cpp

      1sender->setAttribute(Qt::WA_DeleteOnClose); // 确保关闭时自动删除
  • 解决：
    • 使用QPointer防止悬空指针：

      cpp

      1QPointer<SenderClass> safeSender = sender;
2connect(safeSender, ...);

3️⃣ 线程问题

  • 现象：跨线程连接时槽函数未执行。
  • 排查：
    • 检查线程关系：

      cpp

      1qDebug() << "Sender thread:" << sender->thread();
2qDebug() << "Receiver thread:" << receiver->thread();
  • 解决：
    • 明确指定连接类型：

      cpp

      1connect(sender, &SenderClass::signal, receiver, &ReceiverClass::slot, Qt::QueuedConnection);
    • 使用QThread或QConcurrent管理线程

4️⃣ 槽函数实现问题

  • 现象：槽函数内部异常导致提前退出。
  • 排查：
    • 在槽函数入口处添加日志：

      cpp

      1void ReceiverClass::slotName() {
2    qDebug() << "Slot called at" << QTime::currentTime();
3    // 实际逻辑...
4}
    • 检查槽函数是否被private修饰或未标记Q_SLOT
  • 解决：
    • 确保槽函数无死锁、无限循环或异常抛出
    • 使用try-catch捕获异常：

      cpp

      1try {
2    // 槽函数逻辑
3} catch (const std::exception& e) {
4    qDebug() << "Exception in slot:" << e.what();
5}

5️⃣ 信号发送问题

  • 现象：信号未正确触发。
  • 排查：
    • 确认信号声明正确：

      cpp

      1class SenderClass : public QObject {
2    Q_OBJECT
3signals:
4    void signalName(); // 声明为信号
5};
    • 检查信号发送代码是否执行：

      cpp

      1emit sender->signalName(); // 确保此行被执行
  • 解决：
    • 使用qDebug或断点验证信号发送路径

6️⃣ 事件循环阻塞

  • 现象：主线程事件循环被阻塞。
  • 排查：
    • 检查是否存在长时间阻塞操作（如while循环、大文件IO）
    • 使用QElapsedTimer测量操作耗时
  • 解决：
    • 将耗时操作移至工作线程
    • 定期调用QCoreApplication::processEvents()（谨慎使用）

7️⃣ Qt版本兼容性

  • 现象：旧项目迁移至新Qt版本后失效。
  • 排查：
    • 检查connect语法是否适配新版本
    • 验证Q_OBJECT宏是否在类声明中包含
  • 解决：
    • 重新运行qmake或cmake重建项目
    • 更新过时的API使用方式

🔍 调试建议

  1. 使用Qt Creator的调试模式：
    • 在connect语句和信号发送处设置断点
    • 启用Qt Quick/QML调试器（如涉及QML）
  2. 启用Qt内部诊断信息：

    cpp

    1qSetMessagePattern("%{time [process]} %{type} %{message}");
2qDebug() << "=== Debugging signals/slots ===";
  3. 使用QSignalSpy捕获信号：

    cpp

    1QSignalSpy spy(sender, SIGNAL(signalName()));
2// 触发信号后检查spy.count()

通过系统排查上述环节，通常可定位90%以上的信号槽失效问题。如仍无法解决，建议提供最小可复现代码片段以便进一步分析。

Qt信号槽
qq_32640443的博客
06-13 912
我们发现这在实践中非常有用。
【QT】信号和槽能自动传递参数
zsyyugong的博客
10-24 2015
信号和槽函数的参数，类型必须进行一一对应，如信号的参数为int，槽函数的参数也为int。
深入解析Qt信号槽中的值传递与引用传递机制
weixin_32287387的博客
11-15 964
Q_OBJECTpublic:signals:private:注意细节：- 信号参数尽量使用const&或智能指针- 槽函数放在中增强封装性- 连接集中管理，避免散落在各处回过头来看，Qt的信号槽机制之所以强大，正是因为它不仅仅是一个“事件通知工具”，而是整套应用程序架构的思想体现。它鼓励你思考组件之间的关系，设计合理的通信边界，从而构建出可维护、可扩展的系统。
QT | 信号与槽(超详解)
2302_78381559的博客
03-09 3077
在 Qt 中，用户与控件的每次交互都构成一个事件，如 “用户点击按钮”“用户关闭窗口” 等。每个事件都会发出相应信号，像点击按钮会发出 “按钮被点击” 信号，关闭窗口会发出 “窗口被关闭” 信号。Qt 里的所有控件都具备接收信号的能力，且一个控件可接收多个不同信号。对于接收到的信号，控件会做出相应响应动作，这种响应动作在 Qt 中被称为槽。例如，按钮所在窗口接收到 “按钮被点击” 信号后，可能做出 “关闭自己” 的响应；
Qt信号槽函数
2301_76293625的博客
03-27 1495
qt中的信号和槽函数，信号和槽函数的连接。
【Qt】Qt中的信号槽
加油，考上985的研究生
05-28 1507
Qt框架提供的信号槽在某种特定的场景下是无法满足我们的项目的要求，因此我们还设计自己需要的信号和槽，同样还是使用connect()对自定义的信号槽进行连接。要编写新的类并且让其继承Qt的某些标准类这个新的子类必须从QObject类或者是QObject子类进行派生在定义类的头文件中假如Q_OBJECT宏// 在头文件派生类的时候，首先像下面那样引入Q_OBJECT宏Q_OBJECT......
qt 信号和槽的简明使用
一千零一夜的博客
12-21 460
自定义信号，写在signals下。返回值是void，只需要声明，不需要实现可以有参数，所以可以重载slots. 早期qt必须写在public slots下.返回值void,需要声明和实现可以有参数，所以可以重载举个例子：下课了，触发老师发送饿了的信号，学生接受信号并进行请客吃饭事件。程序：调用classIsOver()，触发老师hungry(), 学生接受信号并treat()；Teacher类Q_OBJECTpublic:signals:// 信号{}Student类。
Qt开发 | C++lambda函数 | Qt信号槽的五种写法 | 自定义信号、信号emit、信号参数注册 | connect函数 | Qt信号槽与moc | Qt内存管理机制 | Qt中文乱码
zwcslj的博客
06-20 2181
使用signals声明返回值是void在需要发送的地方使用emit 信号名字(参数);进行发送在需要链接的地方使用connect进行链接。
Qt信号槽关联中使用普通变量关联(包含不修改和修改槽内数据两种)、使用引用变量关联对于数据内部浅拷贝和深拷贝的测试结论
热门推荐
长沙红胖子Qt的技术博客
12-15 1万+
Qt信号槽关联中使用普通变量关联(包含不修改和修改槽内数据两种)、使用引用变量关联对于数据内部浅拷贝和深拷贝的测试结论
以自定义数据作为信号槽的参数
09-28
在QT编程中，信号与槽是其核心特性之一，它提供了一种强大的对象间通信机制。本示例探讨的主题是如何将自定义数据类型...通过查看和分析这些代码，你将更深入地理解如何在QT中有效地使用自定义数据作为信号槽的参数。
Qt信号槽中参数传递方式的对比分析
通过这篇文章，读者可以更深入地理解Qt信号槽中参数传递的机制，并在开发中根据需要选择正确的参数传递方式，以保证代码的效率和稳定性。 文章链接提供的测试案例，可能详细描述了如何在Qt项目中设置信号和槽，以及...
Qt信号槽优化指南：从原理到实践的性能提升策略
高级伴读书童的博客
07-05 812
在Qt开发中，信号槽（Signal & Slot）作为核心通信机制，凭借其松耦合、跨线程、类型安全等特性，成为构建事件驱动应用的基石。但随着项目复杂度提升，高频信号发射、海量连接或不合理的使用方式，可能导致性能瓶颈。本文将从底层原理出发，结合实际开发场景，总结一套可落地的信号槽优化方法。通过合理选择连接类型、优化参数传递、主动断开冗余连接，配合防抖/节流技术，可显著提升复杂Qt应用的响应速度和稳定性。// 新语法（函数指针，编译时检查，更高效）// 旧语法（字符串匹配，运行时查找）
qt-lambda信号槽机制
世转神风的博客
12-16 1240
本文探讨了Qt C++中lambda槽函数的生命周期管理问题。实验表明，lambda槽函数作为独立对象存在，即使使用std::function存储也会在传递过程中生成新对象。文章详细分析了不同场景下的生命周期规则：无捕获lambda独立存在；有捕获lambda的生命周期取决于receiver对象；若捕获指针/引用需使用QPointer等智能管理。关键结论指出lambda生命周期主要与捕获变量和receiver相关，而非信号发送对象。最后强调使用lambda槽函数时应确保其一次性使用特性，避免内存泄漏风险。最
【Qt 5.14.2 新手实战】QTC++入门筑基——按钮与标签联动：QPushButton + QLabel 实现图片切换器
2202_75382767的博客
12-17 165
在面试中，“信号槽机制怎么用”是个常被问到的问题。别担心，今天咱们做的这个图片切换器就能帮你轻松吃透它！通过点击按钮就能切换美美的风景图，不仅能深入理解Qt 5.14.2的核心通信机制，还可以直接把这个项目作为“信号槽实战案例”写进简历呢，而且新手1小时就能完成哦。
Qt菜单项切换主界面
海涛高软
12-17 130
gjxm为点击某菜单弹框，需要重写关闭事件，对外发信号。
QT5使用QFtp
最新发布
qq_40067649的博客
12-18 317
打开qt工程，修改qftp.pro文件中框选的部分，修改为下图所示。修改qftp.h文件的qurlinfo.h头文件，改为下图，该头文件路径有问题。下载QFtp源码，https://github.com/qt/qtftp。在.pro中添加组件，然后程序包含头文件就行。
QT圆形加载进度条
亦已焉哉
12-15 233
本文介绍了使用QT实现的圆形加载进度条组件，包含两个主要部分：旋转渐变圆环(ProgressRing)和加载弹窗(LoadingBox)。ProgressRing通过QConicalGradient实现彩色渐变效果，并采用定时器控制旋转动画。LoadingBox是一个无边框弹窗，内部包含ProgressRing和提示文字，具有圆角透明背景，提供showCentered()方法实现自动居中显示。代码展示了完整的UI绘制过程，包括抗锯齿处理、坐标变换和样式设置，最终效果是一个美观的圆形加载指示器。
全面测试QtSql操作PostgreSQL数据库时戳字段的行为
丁劲犇技术发布空间
12-13 960
本文详细测试了Qt SQL模块操作PostgreSQL时戳字段时的各种行为差异。通过双层模拟测试(操作系统时区×QDateTime时区×SQL会话时区×SQL绑定方式)，共产生54条测试记录。测试程序基于Qt 6.10.1开发，模拟了北京、芝加哥、伦敦三种操作系统时区，测试了本地时刻和UTC时刻两种QDateTime对象，以及三种SQL会话时区(UTC、北京、芝加哥)和三种绑定方式(QDateTime对象、无时区字符串、有时区字符串)。旨在全面分析不同组合下时戳字段的行为，指导实际应用中的数据一致性排查。
基于QT（C++）实现的翻金币游戏
神仙别闹的自留地
12-17 772
进入关卡之后会有一个4*4的网格，里面分布着金币和银币，点击银币它本身和附近的币就会翻面，当网格中只剩金币时，闯关成功。在翻金币游戏中，银色的钱币实际上是钱币的反面，金色的钱币是钱币的正面，翻金币游戏的游玩方式是：点击一枚硬币一次，令其实现一次正反翻转，同时使得该硬币的上下左右四个钱币跟随其一起翻转（也就是一次最多能翻转五个硬币）。游戏机制泛指游戏中实现游戏运作的方式，在翻金币小游戏中，怎么排列金币，如何翻转金币，如何判断游戏的胜利与失败，这种对于用户来讲相对隐式的存在却在游戏开发中占据核心地位。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值