在不开启事件循环的线程中使用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()不是纯虚函数，默认开启了事件循环。主要代码如下：

1. #ifndef QCUSTOMTIMER_H
2. #define QCUSTOMTIMER_H
3. #include <QObject>
4. #include <QTimer>
5. #include <QThread>
6. class QCustomTimer : public QObject
7. {
8. Q_OBJECT
9. public:
10. explicit QCustomTimer(QObject *parent = 0);
11. ~QCustomTimer();
12. private:
13. QTimer      *m_pTimer;       //定时器对象
14. QThread     *m_pTimerThread; //定时器依赖线程
15. signals:
16. void startSignal( int nMsc );//开启定时器信号
17. void stopSignal();           //停止定时器信号
18. void TimeOut();              //定时器触发，外部需连接此信号
19. void deletelater();          //延时删除定时器信号
20. public slots:
21. void onTimer();              //对象内部定时触发槽函数，向外部发射定时器触发信号
22. public:
23. void StartTimer( int nMsc ); //开启定时器
24. void StopTimer();            //关闭定时器
25. void DeleteLater();          //延时删除定时器对象
26. };
27. #endif // QCUSTOMTIMER_H

1. #include "qcustomtimer.h"
2. QCustomTimer::QCustomTimer(QObject *parent) :
3. QObject(parent)
4. {
5. m_pTimer = new QTimer(0);
6. m_pTimer->setSingleShot( true );//单次触发
7. m_pTimerThread->start();
8. m_pTimer->moveToThread( m_pTimerThread );//更改定时器运行的线程
9. connect( m_pTimer, SIGNAL(timeout()), this, SLOT(onTimer()) , Qt::DirectConnection );//定时器事件触发槽
10. connect( this, SIGNAL(startSignal(int)), m_pTimer, SLOT(start( int ) ), Qt::BlockingQueuedConnection );//连接定时器启动槽函数，不可用“直连”
11. connect( this, SIGNAL(stopSignal()), m_pTimer, SLOT(stop()), Qt::BlockingQueuedConnection );//连接定时器关闭槽函数，不可用“直连”
12. connect( this, SIGNAL( deletelater() ), m_pTimer, SLOT(deleteLater()) );//删除位于线程中的定时器对象，插入一个延时删除的事件
13. }
14. QCustomTimer::~QCustomTimer()
15. {
16. StopTimer();
17. DeleteLater();
18. }
19. void QCustomTimer::onTimer()
20. {
21. emit TimeOut();//发射定时器触发信号
22. }
23. void QCustomTimer::StartTimer(int nMsc)
24. {
25. emit startSignal(nMsc) ;//向子线程内的定时器发送开启定时器信号
26. }
27. void QCustomTimer::StopTimer()
28. {
29. emit stopSignal();//向子线程内的定时器发送停止定时器信号
30. }
31. void QCustomTimer::DeleteLater()
32. {
33. emit deletelater();//向子线程的事件循环插入一个延期删除事件
34. }

实际在初步使用时，毫无问题，定时器正常触发。但是当非常频繁得创建及析构QCustomTimer对象时，则会出现崩溃等问题。比较惭愧，此问题困扰我很久，虽然最后解决了问题，但我仍然不知道是什么原因导致，若有大牛知道，请您一定要告诉我！！

下面说说上述的代码：

1. 调用moveToThread()方法后，定时器对象就属于子线程的了，那么要释放的话，按照文档来说要么是插入deleteLater()延时删除事件，要么是等run()函数返回前会将对象释放掉。上述代码中使用的是指针，不使用指针而使用成员变量的形式，我也尝试过，程序仍然会崩溃。

2. 多说一点，就是程序崩溃基本要几个小时才会崩，程序报错 “纯虚函数被调用”，针对这个线索google了很多资料，但是没有找到应对方案。

3. 猜测还是在高频使用的情况下，定时器对象及线程对象的析构出现了问题, 且deleteLater()无法解决。

我的解决方法，其实也不严谨，因为我并没有精确定位到BUG。我是将线程对象改为静态的，即去除了线程对象的析构，只需要正确析构掉定时器对象，这是deleteLater()就有了效果。代码如下：

1. #ifndef QCUSTOMTIMER_H
2. #define QCUSTOMTIMER_H
3. #include <QObject>
4. #include <QTimer>
5. #include <QThread>
6. class QCustomTimer : public QObject
7. {
8. Q_OBJECT
9. public:
10. explicit QCustomTimer(QObject *parent = 0);
11. ~QCustomTimer();
12. private:
13. static QThread     *m_pTimerThread; //定时器依赖线程
14. QTimer             *m_pTimer;       //定时器对象
15. signals:
16. void startSignal( int nMsc );//开启定时器信号
17. void stopSignal();           //停止定时器信号
18. void TimeOut();              //定时器触发，外部需连接此信号
19. void deletelater();          //延时删除定时器信号
20. public slots:
21. void onTimer();              //对象内部定时触发槽函数，向外部发射定时器触发信号
22. public:
23. void StartTimer( int nMsc ); //开启定时器
24. void StopTimer();            //关闭定时器
25. void DeleteLater();          //延时删除定时器对象
26. };
27. #endif // QCUSTOMTIMER_H

1. #include "qcustomtimer.h"
2. //静态线程成员指针初始化
3. QThread* QCustomTimer::m_pTimerThread = NULL;
4. QCustomTimer::QCustomTimer(QObject *parent) :
5. QObject(parent)
6. {
7. if ( m_pTimerThread == NULL )
8. {
9. //此判断分支依赖于Qt将静态成员指针变量初始化为NULL，不是好的做法
10. //但如果工程中存在其他全局变量并且有了依赖关系，那么应该也就只能这样了
11. //保证QCustomTimer类不要跟其他全局变量产生依赖关系，可以在类外初始化，这样更好
12. m_pTimerThread = new QThread;
13. }
14. m_pTimer = new QTimer(0);
15. m_pTimer->setSingleShot( true );//单次触发
16. m_pTimerThread->start();
17. m_pTimer->moveToThread( m_pTimerThread );//更改定时器运行的线程
18. connect( m_pTimer, SIGNAL(timeout()), this, SLOT(onTimer()) , Qt::DirectConnection );//定时器事件触发槽
19. connect( this, SIGNAL(startSignal(int)), m_pTimer, SLOT(start( int ) ), Qt::BlockingQueuedConnection );//连接定时器启动槽函数，不可用“直连”
20. connect( this, SIGNAL(stopSignal()), m_pTimer, SLOT(stop()), Qt::BlockingQueuedConnection );//连接定时器关闭槽函数，不可用“直连”
21. connect( this, SIGNAL( deletelater() ), m_pTimer, SLOT(deleteLater()) );//删除位于线程中的定时器对象，插入一个延时删除的事件
22. }
23. QCustomTimer::~QCustomTimer()
24. {
25. StopTimer();
26. DeleteLater();
27. }
28. void QCustomTimer::onTimer()
29. {
30. emit TimeOut();//发射定时器触发信号
31. }
32. void QCustomTimer::StartTimer(int nMsc)
33. {
34. emit startSignal(nMsc) ;//向子线程内的定时器发送开启定时器信号
35. }
36. void QCustomTimer::StopTimer()
37. {
38. emit stopSignal();//向子线程内的定时器发送停止定时器信号
39. }
40. void QCustomTimer::DeleteLater()
41. {
42. emit deletelater();//向子线程的事件循环插入一个延期删除事件
43. }

需要说明的就是静态线程的初始化位置，我的做法是个权宜之计，因工程中其他全局变量与定时器类产生了依赖关系，导致只能这样做。关于设计模式还是需要好好学习，避免这些糟糕的设计。

上述就是完整的代码，如果有bug或者问题，欢迎给我留言！！

http://blog.csdn.net/u013709994/article/details/22175919