在不开启事件循环的线程中使用QTimer(QThread::run函数自带事件循环,在构造函数里创建线程,是一种很有意思的线程用法) good
Posted 朝闻道
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了在不开启事件循环的线程中使用QTimer(QThread::run函数自带事件循环,在构造函数里创建线程,是一种很有意思的线程用法) good相关的知识,希望对你有一定的参考价值。
引入
QTimer是Qt自带的定时器类,QTimer运行时是依赖于事件循环的,简单来说,在一个不开启事件循环(未调用exec() )的线程中,QTimer是无法使用的。通过分析Qt源码可发现,调用QTimer::start()后仅仅是在系统的定时器向量表中添加了一个定时器对象,但定时器并没有真正开启。定时器的开启需要通过processEvent()开始的一系列调用后才会真正得开启,这个过程中会处理定时器向量表中所有的定时器对象。那么实际exec()中也是在不断地调用processEvent()方法。
问题
在项目中可能会遇到某条常驻线程,run()中运行着一个处理事务的死循环,在死循环中若想直接使用QTimer来实现定时功能,那么是不行的。我自己的的项目中是为了实现串口读写的超时判断,所以需要用到定时器。
解决
网上可以搜到解决方案,并且很好用,但是存在问题。先说一下思路:
定时器对象需要在一个开启事件循环的线程中运行,那么通过moveToThread() 方法我们将它移至一个开启了事件循环的线程中运行就可以了。很happy,我们很快的封装了一个定时器类,包含了一个QTimer及QThread对象,直接使用QThread对象是因为我的Qt版本是4.8.3,run()不是纯虚函数,默认开启了事件循环。主要代码如下:
- #ifndef QCUSTOMTIMER_H
- #define QCUSTOMTIMER_H
- #include <QObject>
- #include <QTimer>
- #include <QThread>
- class QCustomTimer : public QObject
- {
- Q_OBJECT
- public:
- explicit QCustomTimer(QObject *parent = 0);
- ~QCustomTimer();
- private:
- QTimer *m_pTimer; //定时器对象
- QThread *m_pTimerThread; //定时器依赖线程
- signals:
- void startSignal( int nMsc );//开启定时器信号
- void stopSignal(); //停止定时器信号
- void TimeOut(); //定时器触发,外部需连接此信号
- void deletelater(); //延时删除定时器信号
- public slots:
- void onTimer(); //对象内部定时触发槽函数,向外部发射定时器触发信号
- public:
- void StartTimer( int nMsc ); //开启定时器
- void StopTimer(); //关闭定时器
- void DeleteLater(); //延时删除定时器对象
- };
- #endif // QCUSTOMTIMER_H
- #include "qcustomtimer.h"
- QCustomTimer::QCustomTimer(QObject *parent) :
- QObject(parent)
- {
- m_pTimer = new QTimer(0);
- m_pTimer->setSingleShot( true );//单次触发
- m_pTimerThread->start();
- m_pTimer->moveToThread( m_pTimerThread );//更改定时器运行的线程
- connect( m_pTimer, SIGNAL(timeout()), this, SLOT(onTimer()) , Qt::DirectConnection );//定时器事件触发槽
- connect( this, SIGNAL(startSignal(int)), m_pTimer, SLOT(start( int ) ), Qt::BlockingQueuedConnection );//连接定时器启动槽函数,不可用“直连”
- connect( this, SIGNAL(stopSignal()), m_pTimer, SLOT(stop()), Qt::BlockingQueuedConnection );//连接定时器关闭槽函数,不可用“直连”
- connect( this, SIGNAL( deletelater() ), m_pTimer, SLOT(deleteLater()) );//删除位于线程中的定时器对象,插入一个延时删除的事件
- }
- QCustomTimer::~QCustomTimer()
- {
- StopTimer();
- DeleteLater();
- }
- void QCustomTimer::onTimer()
- {
- emit TimeOut();//发射定时器触发信号
- }
- void QCustomTimer::StartTimer(int nMsc)
- {
- emit startSignal(nMsc) ;//向子线程内的定时器发送开启定时器信号
- }
- void QCustomTimer::StopTimer()
- {
- emit stopSignal();//向子线程内的定时器发送停止定时器信号
- }
- void QCustomTimer::DeleteLater()
- {
- emit deletelater();//向子线程的事件循环插入一个延期删除事件
- }
实际在初步使用时,毫无问题,定时器正常触发。但是当非常频繁得创建及析构QCustomTimer对象时,则会出现崩溃等问题。比较惭愧,此问题困扰我很久,虽然最后解决了问题,但我仍然不知道是什么原因导致,若有大牛知道,请您一定要告诉我!!
下面说说上述的代码:
1. 调用moveToThread()方法后,定时器对象就属于子线程的了,那么要释放的话,按照文档来说要么是插入deleteLater()延时删除事件,要么是等run()函数返回前会将对象释放掉。上述代码中使用的是指针,不使用指针而使用成员变量的形式,我也尝试过,程序仍然会崩溃。
2. 多说一点,就是程序崩溃基本要几个小时才会崩,程序报错 “纯虚函数被调用”,针对这个线索google了很多资料,但是没有找到应对方案。
3. 猜测还是在高频使用的情况下,定时器对象及线程对象的析构出现了问题, 且deleteLater()无法解决。
我的解决方法,其实也不严谨,因为我并没有精确定位到BUG。我是将线程对象改为静态的,即去除了线程对象的析构,只需要正确析构掉定时器对象,这是deleteLater()就有了效果。代码如下:
- #ifndef QCUSTOMTIMER_H
- #define QCUSTOMTIMER_H
- #include <QObject>
- #include <QTimer>
- #include <QThread>
- class QCustomTimer : public QObject
- {
- Q_OBJECT
- public:
- explicit QCustomTimer(QObject *parent = 0);
- ~QCustomTimer();
- private:
- static QThread *m_pTimerThread; //定时器依赖线程
- QTimer *m_pTimer; //定时器对象
- signals:
- void startSignal( int nMsc );//开启定时器信号
- void stopSignal(); //停止定时器信号
- void TimeOut(); //定时器触发,外部需连接此信号
- void deletelater(); //延时删除定时器信号
- public slots:
- void onTimer(); //对象内部定时触发槽函数,向外部发射定时器触发信号
- public:
- void StartTimer( int nMsc ); //开启定时器
- void StopTimer(); //关闭定时器
- void DeleteLater(); //延时删除定时器对象
- };
- #endif // QCUSTOMTIMER_H
- #include "qcustomtimer.h"
- //静态线程成员指针初始化
- QThread* QCustomTimer::m_pTimerThread = NULL;
- QCustomTimer::QCustomTimer(QObject *parent) :
- QObject(parent)
- {
- if ( m_pTimerThread == NULL )
- {
- //此判断分支依赖于Qt将静态成员指针变量初始化为NULL,不是好的做法
- //但如果工程中存在其他全局变量并且有了依赖关系,那么应该也就只能这样了
- //保证QCustomTimer类不要跟其他全局变量产生依赖关系,可以在类外初始化,这样更好
- m_pTimerThread = new QThread;
- }
- m_pTimer = new QTimer(0);
- m_pTimer->setSingleShot( true );//单次触发
- m_pTimerThread->start();
- m_pTimer->moveToThread( m_pTimerThread );//更改定时器运行的线程
- connect( m_pTimer, SIGNAL(timeout()), this, SLOT(onTimer()) , Qt::DirectConnection );//定时器事件触发槽
- connect( this, SIGNAL(startSignal(int)), m_pTimer, SLOT(start( int ) ), Qt::BlockingQueuedConnection );//连接定时器启动槽函数,不可用“直连”
- connect( this, SIGNAL(stopSignal()), m_pTimer, SLOT(stop()), Qt::BlockingQueuedConnection );//连接定时器关闭槽函数,不可用“直连”
- connect( this, SIGNAL( deletelater() ), m_pTimer, SLOT(deleteLater()) );//删除位于线程中的定时器对象,插入一个延时删除的事件
- }
- QCustomTimer::~QCustomTimer()
- {
- StopTimer();
- DeleteLater();
- }
- void QCustomTimer::onTimer()
- {
- emit TimeOut();//发射定时器触发信号
- }
- void QCustomTimer::StartTimer(int nMsc)
- {
- emit startSignal(nMsc) ;//向子线程内的定时器发送开启定时器信号
- }
- void QCustomTimer::StopTimer()
- {
- emit stopSignal();//向子线程内的定时器发送停止定时器信号
- }
- void QCustomTimer::DeleteLater()
- {
- emit deletelater();//向子线程的事件循环插入一个延期删除事件
- }
需要说明的就是静态线程的初始化位置,我的做法是个权宜之计,因工程中其他全局变量与定时器类产生了依赖关系,导致只能这样做。关于设计模式还是需要好好学习,避免这些糟糕的设计。
上述就是完整的代码,如果有bug或者问题,欢迎给我留言!!
http://blog.csdn.net/u013709994/article/details/22175919
以上是关于在不开启事件循环的线程中使用QTimer(QThread::run函数自带事件循环,在构造函数里创建线程,是一种很有意思的线程用法) good的主要内容,如果未能解决你的问题,请参考以下文章
Python Qt GUI设计:QTimer计时器类QThread多线程类和事件处理类(基础篇—8)