QThread多线程编程经典案例分析

传统的图形界面应用程序都只有一个线程执行，并且一次执行一个操作。如果用户调用一个比较耗时的操作，就会冻结界面响应。

一个解决方法是按照事件处理的思路：

调用 Void QApplication::processEvents() 或 void QApplication::processEvents ( int maxtime ) 来强迫事件循环进行，但是这种做法是有潜在风险的。按照QCoreApplication:processEvents()可能会引起递归，导致栈溢出崩溃的说法，当主线程在某个槽函数里正在执行processEvents时， 刚好有一个能响应此槽函数的信号发送过（肯定是其他线程发的信号）, 这时就可能会发生可怕的递归, 导致栈溢出崩溃。 原因是processEvents在处理自己槽函数的事件时，又会调用到processEvents，进入到无尽的递归中。

另外一个解决方法是：采用多线程。、

QT QThread多线程编程的方法一直有个争议，就是Bradley T. Hughes：You’re doing it wrong 归纳为3中方法优劣问题：

方法（1）：
1. 不使用事件循环。这是官方的 Manual 、example 以及相关书籍中都介绍的一种的方法。
a. 子类化 QThread
b. 重载 run 函数，run函数内有一个 while 或 for 的死循环
c. 设置一个标记为来控制死循环的退出。

这里的run函数自己执行了一个循环，不需要事件循环机制了。

方法（2）：

这种方法也是Bradley T. Hughes极力批判的 a. 子类化 QThread， b. 重载 run 使其调用 QThread::exec() c. 并为该类定义信号和槽，这样一来，由于槽函数并不会在新开的 thread 运行，很多人为了解决这个问题在构造函数中调用 moveToThread(this);
而争论和不解正是这样的一条语句造成的。
Bradley T. Hughes 给出说明是： QThread 应该被看做是操作系统线程的接口或控制点，而不应该包含需要在新线程中运行的代码。需要运行的代码应该放到一个QObject的子类中，然后将该子类的对象moveToThread到新线程中。

方法（3）：
在Qt4.3(包括)之前，run 是虚函数，必须子类化QThread来实现run函数。而从Qt4.4开始，qthreads-no-longer-abstract ，run 默认调用 QThread::exec() 。这样一来不需要子类化 QThread 了，只需要子类化一个 QObject 就够了，这正是被 Bradley T. Hughes推荐的方法。

方法如下

QThread thread;
Object obj;
Dummy dummy;
obj.moveToThread(&thread);
QObject::connect(&dummy, SIGNAL(sig()), &obj, SLOT(slot()));
thread.start();

所以，方法（1）和方法（3）是正确的QT QThread多线程编程方法，方法（2）用的最多，但只是三人成虎，一种不恰当的用法