虽然论述了在QQ中的QQ的使用方法，但是因为QQ还有很多，所以会一点一点地展开。 QThread的slots会在那个线程上运行吗？
QThread:run
run函数用于什么？ 用Manual明确地说：
run对线程的作用对应于APP应用程序的main函数。 线程的入口，run的开始和结束意味着线程的开始和结束。 原文如下：
实施期间运行(implementationisforathreadwhatthemain )。
entrypointisfortheapplication.allcodeexecutedinacallstackthatstartsintherun (
functionisexecutedbythenewthread，andthethreadfinisheswhenthefunctionreturns。
这么短的文字我一眼就看完了。 但是，这是什么意思呢？ 你能说明什么问题？ 查看段的简单代码：
class thread :公共q thread {
Q_OBJECT public:
thread(qobject*parent=0) :qthread(parent ) }
公共插槽：
voidslot{…}signals:
void sig (； 保护性：
voidrun((}；
intmain(intargc，char** argv ) { … Thread thread； }
对照前面的定理，run函数中的代码，确定在子线程上执行，其他的呢？ 例如，slot是在子线程上运行还是在主线程上运行？
QObject:connect
一旦涉及到信号时隙，我们就无法避免connect函数。 只是，这个函数是众所周知的。 很抱歉再胡说八道地解释，但是不说不行，所以我们折中一下，只看最后的参数吧。 (为简单起见，只看最常用的三个值) :
1、自动连接(自动连接) )
这是默认设置
如果发件人和收件人在同一线程上，则与直接连接相同
如果发件人和收件人在不同的线程上，则与队列连接相同
也就是说，只存在以下两种情况
2、直接连接(直接连接)
发送信号时，直接调用槽函数。
无论槽函数所属的对象位于哪个线程中，槽函数都在发送者所在的线程中执行。
3、队列连接(排队连接)
当控制权返回到收件人所在线程的事件循环表达式时，将调用插槽函数。
槽函数在收件人所在的线程上执行。
和以前一样，这些文字大家都能读。 但是什么意思？
看看前面的例子吧。 slot函数在主线程还是子线程上执行？
定理2 )强调发送者所在的线程和接收者所在的线程这两个概念。 slot函数属于在main中创建的对象thread。 也就是说，thread属于主线程
队列连接表示时隙函数在接收方所在的线程上执行。 也就是说，slot在主线程上运行
在直接连接中，槽函数在发送者所在的线程上执行。 发件人在那个线程吗？ 不定！
自动连接表示如果两者不在同一线程上，则与队列连接相同。 即，slot在主线程中执行
要完全理解这些词，可能需要查看Qt meta-object和Qt event系统)
如果不明白以上两个，请记住下面的话(自己总结的东西，在语言上我觉得不太准确)。
QThread用于管理线程，该线程和要管理的线程不同
QThread所在的线程是运行qthreadt(0)或QThread * t=new QThread(0)0)的线程。 也就是说我们这里的主线
QThread管理的线程是run启动的线程。 即子线程
因为QThread中的对象位于主线程上，所以他的slot函数在主线程而不是子线程上运行。除非QThread对象位于子线程上
slot和信号直接连接，信号所属的对象位于子线程上
但是，这两种解决方法都不好。 因为QThread不这么用。 (Bradley T. Hughes ) )。
是的，请不要再添加文字了。 看了代码，我觉得我们会很轻松
主线程(信号) QThread (插槽) ) )。
这是Qt Manual和示例中普遍采用的方法。 但是，manual并不是说槽函数在主线上运行，所以很多人认为它应该是在子线程上运行的。
定义用于发送信号的Dummy类
定义用于接收信号的Thread类
重新加载run函数以打印threadid
//！
\file main.cppCopyright 2010，dbzhang800All rights reserved. /
> #include <QtCore/QCoreApplication>
#include <QtCore/QObject>
#include <QtCore/QThread>
#include <QtCore/QDebug> class Dummy:public QObject {
Q_OBJECT public:
Dummy(){} public slots: void emitsig()
{ emit sig();
} signals: void sig();
};
class Thread:public QThread {
Q_OBJECT public:
Thread(QObject parent=0):QThread(parent) { //moveToThread(this); }
public slots: void slot_main() {
qDebug()<<“from thread slot_main:” <<currentThreadId();
} protected: void run() {
qDebug()<<“thread thread:”<<currentThreadId();
exec();
}
};
#include “main.moc” int main(int argc, char *argv[]) {
QCoreApplication a(argc, argv);
qDebug()<<“main thread:”<<QThread::currentThreadId();
Thread thread;
Dummy dummy;
QObject::connect(&dummy, SIGNAL(sig()), &thread, SLOT(slot_main()));
thread.start();
dummy.emitsig();
return a.exec(); }
然后看到结果(具体值每次都变，但结论不变)
main thread: 0x1a40 from thread slot_main: 0x1a40 thread thread: 0x1a48
看到了吧，槽函数的线程和主线程是一样的！
如果你看过Qt自带的例子，你会发现 QThread 中 slot 和 run 函数共同操作的对象，都会用QMutex锁住。为什么？因为slot和run处于不同线程，需要线程间的同步！
如果想让槽函数slot在次线程运行(比如它执行耗时的操作，会让主线程死掉)，怎么解决呢？
注意：发送dummy信号是在主线程， 接收者 thread 也在主线程中。 参考我们前面的结论，很容易想到: 将 thread 放到次线程中不就行了 这也是代码中注释掉的 moveToThread(this)所做的，去掉注释，你会发现slot在次线程中运行
main thread: 0x13c0 thread thread: 0x1de0 from thread slot_main: 0x1de0
这可以工作，但这是 Bradley T. Hughes 强烈批判的用法。推荐的方法后面会给出。
run中信号与QThread中槽
定义一个 Dummy 类，在run中发射它的信号
也可以在run中发射 Thread 中的信号，而不是Dummy（效果完全一样），QThread 定义槽函数，重载run函数
/*!
\file main.cppCopyright © 2010, dbzhang800All rights reserved.
/
#include <QtCore/QCoreApplication>
#include <QtCore/QObject>
#include <QtCore/QThread>
#include <QtCore/QDebug>
class Dummy:public QObject {
Q_OBJECT public: Dummy(QObject parent=0):QObject(parent){}
public slots: oid emitsig()
{ emit sig();
} signals: void sig(); };
class Thread:public QThread {
Q_OBJECT public:
Thread(QObject* parent=0):QThread(parent) { //moveToThread(this); }
public slots: void slot_thread() {
qDebug()<<“from thread slot_thread:” <<currentThreadId(); }
signals: void sig(); protected: void run() {
qDebug()<<“thread thread:”<<currentThreadId();
Dummy dummy;
connect(&dummy, SIGNAL(sig()), this, SLOT(slot_thread()));
dummy.emitsig(); e
xec();
}
};
#include “main.moc” int main(int argc, char *argv[]) {
QCoreApplication a(argc, argv);
qDebug()<<“main thread:”<<QThread::currentThreadId();
Thread thread;
thread.start();
return a.exec(); }
想看结果么？
main thread: 0x15c0 thread thread: 0x1750 from thread slot_thread: 0x15c0
其实没悬念，肯定是主线程
thread 对象本身在主线程。所以它的槽也在要在主线程执行，如何解决呢？
（方法一）前面提了 moveToThread,这儿可以用，而且可以解决问题。当同样，是被批判的对象。
（方法二）注意哦，这儿我们的信号时次线程发出的，对比connect连接方式，会发现：
采用直接连接，槽函数将在次线程(信号发出的线程)执行
这个方法不太好，因为你需要处理slot和它的对象所在线程的同步。需要 QMutex 一类的东西
推荐的方法，其实，这个方法太简单，太好用了。定义一个普通的QObject派生类，然后将其对象move到QThread中。使用信号和槽时根本不用考虑多线程的存在。也不用使用QMutex来进行同步，Qt的事件循环会自己自动处理好这个。
/*!
\file main.cppCopyright © 2010, dbzhang800All rights reserved.
/
#include <QtCore/QCoreApplication>
#include <QtCore/QObject>
#include <QtCore/QThread>
#include <QtCore/QDebug>
class Dummy:public QObject {
Q_OBJECT
public: Dummy(QObject parent=0):QObject(parent) {}
public slots: void emitsig() { emit sig();
} signals: void sig(); };
class Object:public QObject {
Q_OBJECT
public: Object(){} public slots:void slot() {
qDebug()<<“from thread slot:” <<QThread::currentThreadId();
}
};
#include “main.moc” int main(int argc, char *argv[]) {
QCoreApplication a(argc, argv);
qDebug()<<“main thread:”<<QThread::currentThreadId();
QThread thread;
Object obj;
Dummy dummy;
obj.moveToThread(&thread);
QObject::connect(&dummy, SIGNAL(sig()), &obj, SLOT(slot()));
thread.start();
dummy.emitsig();
return a.exec(); }
结果：恩，slot确实不在主线程中运行（这么简单不值得欢呼么？）
main thread: 0x1a5c from thread slot: 0x186c
小结：Qt中QThread使用方法，讲到这里。在本文中多次提到线程，那么对于QThread类，它提供了与系统无关的线程。QThread代表在程序中一个单独的线程控制，在多任务操作系统中，它和同一进程中的其它线程共享数据，但运行起来就像一个单独的程序一样。它不是在main()中开始，QThread是在run()中开始运行的。