这是一篇随记,排版什么的就没有那么好了:)
首先要知道,一个线程在资源分配完之后是以某段代码为起点开始执行的,例如STL内的std::thread,POSIX下的pthread等,都是以函数加其参数之后在新线程内调用运行的,但是,Qt的却进行了一个封装,要使用Qt的QThread,核心思想就是将对象在线程内创建或移入线程中,之后通过那些在线程内的对象的信号和槽方式与其他线程进行交互,这里就衍生出来了两种写法(虽然核心思想都是一样的):
- 第一种:
...
class myThread:
public QThread{
private:
myObj1 obj1; //注意,这两个对象都要继承自QObject,
myObj2 obj2; //否则不能使用信号和槽,而且没有moveToThread这个方法
public:
myThread(){
obj1.moveToThread(this);
obj2.moveToThread(this);
}
void run() override{
myObject3 obj3; //此时该对象本省就是线程内的对象了,不需要继承自QObject
//但是缺点在于,要以多线程的方式
//即在当前线程内使用该对象的方法,只能在当前函数内调用
//这实际上是与Qt的开发思想是相悖的,Qt的多线程开发思想就是
//借助信号和槽的机制,以当前线程的槽队列来进行线程内的对象
//与其他线程内交互
...
...
exec(); //进入事件循环等待信号的发出
}
public slots:
void slot1(){
...
}
};
...
其实不难想,QThread的线程入口就是他的run函数,置于其他的,遵从一个原则:
所有的资源(包括信号和槽函数),都是属于创建该对象的那个线程的,所以不难想到在当前myThread中的任何一个信号和槽都将会在默认情况下在创建这个对象的那个线程内执行,比如:
int main(int a,char **b){
QtCoreApplication a(a,b);
QTimer tmer;
myThread mTh;
QObject::connect(&tmer,"timeout()",&mTh,"slot1()");
tmer.start(1s);
return a.exec()
}
很明显,在QTimer触发timeout()信号的时候,槽slot1始终在当前线程(主程)内调用
接下来就要隆重介绍两种主要的信号,槽的连接方式了:
Qt::QueueConnection和Qt::DirectConnection
第一种就是将当前的信号放入槽所属的对象的事件循环队列内
第二种是直接在当前线程内调用槽函数,直接调用自然可以知道,执行槽函数的线程就是当前的信号所属的线程
通常默认情况下,连接方式是Qt:AutoConnection,该方式判断,如果信号和槽所属的是一个线程,那么此时使用Qt::DirectConnection,否则使用Qt::QueueConnection
但是注意:
在上面那个例子中,connect不论以何种方式进行信号槽的调用,都将是在主线程内调用的,援引在之前已经说到了,myThread对象的创建线程就是主线程,所以信号和槽均属于主线程,不存在跨线程的情况
- 第二种:
...
int main(int a,char **b){
QtCoreApplication a(a,b);
QThread sgThread;
myObj1 obj1;
obj1.moveToThread(&sgThread);
QTimer tmer;
QObject::connect(&tmer,"timeout()",&obj1,...,Qt::DirectConnection);
//此时obj1的槽会被主线程调用
QObject::connect(&tmer,"timeout()",&obj1,...);
//此时默认Queue,所以会在sgThread所创建的那个中调用
tmer.start(1s);
return a.exec();
}
...
实际上,第一种和第二种是一模一样的思路和方法,只是moveToThread的位置不同,但是要注意:moveToThread不是线程安全的,换句话说,moveToThread只能是在当前线程和参数所指线程对象不同的情况下才能正确调用,因此第一种方式和第二种方式是一致的.