参考文档如下：
http://blog.csdn.net/styyzxjq2009/article/details/8204506
上面这篇文章的开头也也出了另外两篇文章，一并看看，可以看到他的解决思路。在网上搜索QThread使用方法，就会看到QThread不好使用。看了几篇文章，把其中一些以前没有注意到的知识点记录一下。
1、QObject::Connect函数 最后一个参数的设置。http://mobile.51cto.com/symbian-268690.htm 这篇文章有解释。
a、自动连接(Auto Connection) 这是默认设置
如果发送者和接收者处于同一线程，则等同于直接连接
如果发送者和接受者位于不同线程，则等同于队列连接
也就是这说，只存在下面两种情况
b、直接连接(Direct Connection)
当信号发射时，槽函数将直接被调用。Qt::DirectConnection表示一旦信号产生，立即执行槽函数
无论槽函数所属对象在哪个线程，槽函数都在发射者所在线程执行。 注意"槽函数都在发射者所在的线程执行"。
c、队列连接(Queued Connection) Qt::QueuedConnection表示信号产生后，将发送Event给你的receiver所在的线程，postEvent(QEvent::MetaCall,...)，
当控制权回到接受者所在线程的事件循环式，槽函数被调用。 注意“槽函数在接收者所在线程执行”。
槽函数在接收者所在线程执行。
d Qt::BlockingQueuedConnection表示信号产生后调用sendEvent(QEvent::MetaCall,...) 在receiver所在的线程处理完成后才会返回;只能当sender,receiver不在同一线程时才可以。
上面的d的意思与应用在与，比如槽是接收一个socket上的数据，那么当有一个数据流到来时，底层发一个信号，这个时候，你在槽函数中去处理这些数据，而处理这些数据比较耗时，比如写入文件，在写文件过程中，又有数据到来，那么这个槽函数又会被调用。这样问题就来了。
这与VC运行机制中的SendMessage与PostMessage消息处理机制一样，SendMessage必须等到消息响应完成才处理向下执行，而PostMessage则是立即返回。