针对自定义信号与槽的调用,已有示例验证。定时器消息默认在主线程触发,若需在子线程中执行,应如何实现?本文以定时器为例,详细阐述系统消息在子线程中触发的方法与实现过程。
1、 创建一个继承自QThread的类,并在其内部声明一个QTimer对象及相应的槽函数。在构造函数中完成信号与槽的连接,并启动线程。


2、 在主窗口类中定义一个QTimer定时器及其对应的处理槽函数,同时声明一个线程类型的成员变量。在构造函数中进行定时器的信号槽绑定,并启动该定时器以及创建并启动子线程,实现多线程与定时任务的协同工作。


3、 程序运行后观察输出结果,两个定时器的打印信息均出现在主线程中。

4、 修改代码逻辑,将定时器的创建和启动操作移至QThread派生类的run函数内部执行。

5、 分别在两个定时器的槽函数中设置断点进行调试,发现只有主线程中的定时器被成功触发,而子线程中的槽函数并未执行。
6、 查看Visual Studio的输出窗口,仅显示来自主线程定时器的日志信息,并提示“无法从非创建线程启动定时器”。

7、 经分析可知:尽管QObject及其部分非GUI子类(如QTimer、QTcpSocket、QUdpSocket、QProcess等)具备可重入性,可以用于多线程环境,但其设计原则是“在线程内创建并在该线程中使用”。若对象在一个线程中创建,却在另一个线程中调用其方法,则可能导致未定义行为或运行时错误,因此必须避免跨线程直接访问此类对象。
8、 本例中,CMySignal类中的QTimer成员m_timer是在主线程中构造CMySignal实例时初始化的,而后续尝试在run()函数(运行于子线程)中启动该定时器,导致了跨线程操作,从而引发警告且无法正常工作。
9、 正确做法是在线程类中仅声明QTimer指针,并在run函数中动态创建QTimer实例,连接信号与槽后启动定时器,确保对象生命周期完全位于子线程上下文中。


10、 运行程序后发现,仍只有主线程的定时器有输出,子线程刚启动便退出,未见预期效果。

11、 原因在于:QTimer依赖事件循环机制才能触发超时信号。需在run函数中调用exec(),以开启子线程自身的事件循环,使定时器能够正常工作。

12、 再次运行程序,发现子线程的定时器虽然已启动,但其槽函数依然运行在主线程中。
13、 问题根源在于信号与槽的连接方式为默认类型,在跨线程情况下自动采用Qt::QueuedConnection(队列连接)。
14、 队列连接通过postEvent机制实现,不具备实时性,且槽函数始终在其所属对象所在的线程中执行。由于处理定时器超时的槽函数所属对象位于主线程,因此即使信号来自子线程,槽函数仍在主线程响应。

15、 解决方案是创建一个独立的类专门用于处理定时器事件,并在子线程的run函数中实例化该类的对象,确保其归属于子线程。


16、 最终运行结果显示,子线程中的定时器已成功在其所属线程中触发并执行槽函数,达到预期目标。

以上就是Qt线程中定时器使用技巧的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号