正确使用Qt多线程

hechengjin

QThread的常见特性：

run()是线程的入口，就像main()对于应用程序的作用。QThread中对run()的默认实现调用了exec()，从而创建一个QEventLoop对象，由其处理该线程事件队列（每一个线程都有一个属于自己的事件队列）中的事件。简单用代码描述如下：

1. <font color="rgb(61, 70, 77)"><font face="&quot;"><font style="font-size: 16px">int QThread::exec()
   
2. {
   
3. //...
   
4.     QEventLoop eventLoop;
   
5.     int returnCode = eventLoop.exec();
   
6. //...
   
7.     return returnCode;
   
8. }
   
9. 
   
10. int QEventLoop::exec(ProcessEventsFlags flags)
    
11. {
    
12. //...
    
13.     while (!d->exit) {
    
14.         while (!posted_event_queue_is_empty) {
    
15.             process_next_posted_event();
    
16.         }
    
17.     }
    
18. //...
    
19. }</font></font></font>

复制代码

由此可见，exec()在其内部不断做着循环遍历事件队列的工作，调用QThread的quit()或exit()方法使停止工作，尽量不要使用terminate()，该方法过于粗暴，造成资源不能释放，甚至互斥锁还处于加锁状态。

1. 旧的使用方式：

1. #include "QThread"
   
2. #include "QMutexLocker"
   
3. #include "QMutex"
   
4. class Thread:public QThread
   
5. {
   
6.     Q_OBJECT
   
7. public:
   
8.     Thread();
   
9.     void stop();
   
10. private:
    
11.     bool m_stopFlag;
    
12.     QMutex mutex;
    
13. protected:
    
14.     void run();
    
15. };
    
16. Thread::Thread()
    
17. {
    
18.     m_stopFlag = false;
    
19. }
    
20. 
    
21. void Thread::stop()
    
22. {
    
23.     QMutexLocker locker(&mutex);
    
24.     m_stopFlag = true;
    
25. }
    
26. 
    
27. void Thread::run()
    
28. {
    
29.     while(1){
    
30.         {
    
31.             QMutexLocker locker(&mutex);
    
32.             if(m_stopFlag)
    
33.                 break;
    
34.         }
    
35.         qDebug()<<"This is in thread["<<currentThreadId()<<"]."<<(int)currentThread();
    
36.         sleep(2);
    
37.     }
    
38.     m_stopFlag = false;
    
39. }

复制代码

这是qt4.6及之前的使用方法，这种方式本没有什么错误，可以处理我们的绝大多数需求。下面的调用可以看出Thread对象本身工作在主线程下，即使调用的t.stop()方法，它也是工作在主线程下，只有run()范围内的代码工作在次线程中。

1. int main(int argc, char *argv[])
   
2. {
   
3.     QCoreApplication a(argc, argv);
   
4.     qDebug()<<"From main thread: "<<QThread::currentThreadId();
   
5. 
   
6.     Thread t;
   
7.     QObject::connect(&t, SIGNAL(finished()), &a, SLOT(quit()));
   
8.     t.start();
   
9.     return a.exec();
   
10. }
    
11. 
    

复制代码

2. 推荐的使用方式：

1. <b>#include <QtCore>
   
2. class Worker : public QObject
   
3. {
   
4.     Q_OBJECT
   
5. private slots:
   
6.     void onTimeout()
   
7.     {
   
8.         qDebug()<<"Worker::onTimeout get called from?: "<<QThread::currentThreadId();
   
9.     }
   
10. };
    
11. 
    
12. #include "main.moc"
    
13. 
    
14. int main(int argc, char *argv[])
    
15. {
    
16.     QCoreApplication a(argc, argv);
    
17.     qDebug()<<"From main thread: "<<QThread::currentThreadId();
    
18. 
    
19.     QThread t;
    
20.     QTimer timer;
    
21.     Worker worker;
    
22. 
    
23.     QObject::connect(&timer, SIGNAL(timeout()), &worker, SLOT(onTimeout()));
    
24.     timer.start(1000);
    
25. 
    
26.     worker.moveToThread(&t);
    
27. 
    
28.     t.start();
    
29. 
    
30.     return a.exec();
    
31. }</b>

复制代码

这是Qt4.7及以后版本推荐的工作方式。其主要特点就是利用Qt的事件驱动特性，将需要在次线程中处理的业务放在独立的模块（类）中，由主线程创建完该对象后，将其移交给指定的线程，且可以将多个类似的对象移交给同一个线程。在这个例子中，信号由主线程的QTimer对象发出，之后Qt会将关联的事件放到worker所属线程的事件队列。由于队列连接的作用，在不同线程间连接信号和槽是很安全的。

    说说connect最后一个参数，连接类型：

    1)自动连接(AutoConnection)，默认的连接方式，如果信号与槽，也就是发送者与接受者在同一线程，等同于直接连接；如果发送者与接受者处在不同线程，等同于队列连接。

    2)直接连接(DirectConnection)，当信号发射时，槽函数立即直接调用。无论槽函数所属对象在哪个线程，槽函数总在发送者所在线程执行。

    3)队列连接(QueuedConnection)，当控制权回到接受者所在线程的事件循环时，槽函数被调用。槽函数在接受者所在线程执行。

3.GUI界面假死的处理

    在GUI程序中，主线程也叫GUI线程，因为它是唯一被允许执行GUI相关操作的线程。对于一些耗时的操作，如果放在主线程中，就是出现界面无法响应的问题。这种问题的解决一种方式是，把这些耗时操作放到次线程中，还有一种比较简单的方法：在处理耗时操作中频繁调用QApplication::processEvents()。这个函数告诉Qt去处理那些还没有被处理的各类事件，然后再把控制权返还给调用者。

1. QElapsedTimer et;
   
2. et.start();
   
3. while(et.elapsed()<300)
   
4.     QCoreApplication::processEvents();

复制代码

http://blog.debao.me/2013/08/how-to-use-qthread-in-the-right-way-part-1/

http://qt-project.org/doc/qt-4.8/qthread.html

http://blog.qt.digia.com/blog/2010/06/17/youre-doing-it-wrong/

http://my.oschina.net/u/200628/blog/187865