[转] - QThread应用探讨

QThread 似乎是很难的一个东西，特别是信号和槽，有非常多的人(尽管使用者本人往往不知道)在用不恰当(甚至错误)的方式在使用 QThread，随便用google一搜，就能搜出大量结果出来。无怪乎Qt的开发人员 Bradley T. Hughes 声嘶力竭地喊you are-doing-it-wrong

和众多用户一样，初次看到这个时，感到 Bradley T. Hughes有 些莫名奇妙，小题大作。尽管不舒服，当时还是整理过一篇博客QThread 的使用方法

时间过去3个月，尽管依然没怎么用thread；但今天csdn论坛中有人问到这个问题，想想还是尽我所能整理一下吧。提升自己，方便他人，何乐而不为呢?

QThread东西还是比较多的，而且我对底层对象了解有限，仅就一点进行展开(或许是大家最关心的一点)：QThread中的slots在那个线程中执行？

QThread::run

run 函数是做什么用的？Manual中说的清楚：

  • run 对于线程的作用相当于main函数对于应用程序。它是线程的入口，run的开始和结束意味着线程的开始和结束。

原文如下(这段话我们称为定理一吧)：

  • The run() implementation is for a thread what the main() entry point is for the application. All code executed in a call stack that starts in the run() function is executed by the new thread, and the thread finishes when the function returns.

这么短的文字一眼就看完了，可是，这是什么意思呢？又能说明什么问题呢？看段简单代码：

class Thread:public QThread 
{ 
Q_OBJECT 
public: 
Thread(QObject* parent=0):QThread(parent){} 
public slots: 
void slot() { ... } 
signals: 
void sig(); 
protected: 
void run() { ...} 
};

int main(int argc, char** argv) 
{ 
... 
Thread thread; 
... 
}

对照前面的定理，run函数中的代码时确定无疑要在次线程中运行的，那么其他的呢？比如 slot 是在次线程还是主线程中运行？

你想说主线程，但又心有不甘，对么？

QObject::connect

涉及信号槽，我们就躲不过 connect 函数，只是这个函数大家太熟悉。我不好意思再用一堆废话来描述它，但不说又不行，那么折中一下，只看它的最后一个参数吧(为了简单起见，只看它最常用的3个值)

下面的列表，我们暂称为定理二:

  • 自动连接(Auto Connection)

    • 这是默认设置
    • 如果信号在接收者所依附的线程内发射，则等同于直接连接
    • 如果发射信号的线程和接受者所依附的线程不同，则等同于队列连接
    • 也就是这说，只存在下面两种情况
  • 直接连接(Direct Connection)
    • 当信号发射时，槽函数将直接被调用。
    • 无论槽函数所属对象在哪个线程，槽函数都在发射信号的线程内执行。
  • 队列连接(Queued Connection)
    • 当控制权回到接受者所依附线程的事件循环时，槽函数被调用。
    • 槽函数在接收者所依附线程执行。

同前面一样，这些文字大家都能看懂。但含义呢？

不妨继续拿前面的例子来看，slot 函数是在主线程还是次线程中执行呢？

定理二强调两个概念：发送信号的线程 和 接收者所依附的线程。而 slot 函数属于我们在main中创建的对象 thread，即thread依附于主线程

  • 队列连接告诉我们：槽函数在接受者所依附线程执行。即 slot 将在主线程执行
  • 直接连接告诉我们：槽函数在发送信号的线程执行。信号在那个线程发送呢？？不定！
  • 自动连接告诉我们：二者不同，等同于队列连接。即 slot 在主线程执行

太绕了？不是么（要彻底理解这几句话，你可能需要看Qt meta-object系统和Qt event系统）

怎么办呢？

如果上两节看不懂，就记住下面的话吧（自己总结的，用词上估计会不太准确）。

  • QThread 是用来管理线程的，它所依附的线程和它管理的线程并不是同一个东西
  • QThread 所依附的线程，就是执行 QThread t(0) 或 QThread * t=new QThread(0) 的线程。也就是咱们这儿的主线程
  • QThread 管理的线程，就是 run 启动的线程。也就是次线程
  • 因为QThread的对象依附在主线程中，所以他的slot函数会在主线程中执行，而不是次线程。除非：
    • QThread 对象依附到次线程中(通过movetoThread)
    • slot 和信号是直接连接，且信号在次线程中发射
  • 但上两种解决方法都不好，因为QThread不是这么用的(Bradley T. Hughes)

好了，不再添加更多文字了，看代码，估计咱们都会轻松点

主线程(信号)QThread(槽)

这是 Qt Manual 和 例子中普遍采用的方法。 但由于manual没说槽函数是在主线程执行的，所以不少人都认为它应该是在次线程执行了。

  • 定义一个 Dummy 类，用来发信号
  • 定义一个 Thread 类，用来接收信号
    • 重载 run 函数，目的是打印 threadid

/*!
* \file main.cpp
*
* Copyright (C) 2010, dbzhang800
* All 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.cpp
*
* Copyright (C) 2010, dbzhang800
* All 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 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(); 
exec(); 
} 
};

#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.cpp
*
* Copyright (C) 2010, dbzhang800
* All 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其他

  • 本文只考虑了使用事件循环的情况，也有可能run中没有事件循环。这时信号与槽会与本文有点差别。比如run中使用connect时，队列连接就受限制了。其实只要理解了前面这些，没有事件循环的情况很容易就想通了。

参看

时间： 2024-11-11 06:38:34

[转] - QThread应用探讨的相关文章

QThread与QWidget使用

本文主要内容: 在任务一中,用 四 种方式实现:点击界面按钮,开线程运行一段程序,结果显示在一个Label上.1. 用不正确的方式得到看似正确的结果2. 用Qt Manual 和 例子中使用的方法3. 用一种好用但被Qt开发人员批判的方法4. 用一种被开发人员强烈推荐,但Qt Manual和例子中只字未提的方法 为了简单起见,本文只讲如何做及其结果是什么,而不讲其原因是什么(估计大家对原因也不会感兴趣,详见: QThread 使用探讨  和 QThread使用方法). 本文只考虑两个线程(即主线

Qt 的线程与事件循环——可打印threadid进行观察槽函数到底是在哪个线程里执行，学习moveToThread的使用）

周末天冷,索性把电脑抱到床上上网,这几天看了 dbzhang800 博客关于 Qt 事件循环的几篇 Blog,发现自己对 Qt 的事件循环有不少误解.从来只看到现象,这次借 dbzhang800 的博客,就代码论事,因此了解到一些 Qt 深层的实现,虽然是在 Qt 庞大的构架里只算的是冰山的一角,确让人颇为收益. 从 dbzhang800 的博客中转载两篇关于事件循环的文章,放在一起,写作备忘. 再次提到的一点是:事件循环和线程没有必然关系. QThread 的 run() 方法始终是在一个单独

事件循环和线程没有必然关系（就像Windows子线程默认没有消息循环一样），模态对话框和事件循环也没有必然关系（QWidget直接就可以）

周末天冷,索性把电脑抱到床上上网,这几天看了 dbzhang800 博客关于 Qt 事件循环的几篇 Blog,发现自己对 Qt 的事件循环有不少误解.从来只看到现象,这次借 dbzhang800 的博客,就代码论事,因此了解到一些 Qt 深层的实现,虽然是在 Qt 庞大的构架里只算的是冰山的一角,确让人颇为收益. 从 dbzhang800 的博客中转载两篇关于事件循环的文章,放在一起,写作备忘. 再次提到的一点是:事件循环和线程没有必然关系. QThread 的 run() 方法始终是在一个单独

Oracle12c多租户CDB 与 PDB 参数文件位置探讨、查询 CDB 与 PDB 不同值的参数

一. Oracle12c多租户CDB 与 PDB 参数文件位置 CDB的参数文件依然使用12c以前的SPIFLE,pdb的参数文件不会出现在SPFILE中,而是直接从CDB中继承,如果PDB中有privete Local parameter 会存在 CDB 的 PDB_SPFILE$字典表 中以con_id区别,当PDB UN-Plug时,PDB参数会写入PDB的XML文件中,当drop pluggable database后,pdb信息和PDB_SPFILE$记录也会被清除.再当PDB重新Pl

【算法整理】听说你写的算法很牛？-优质算法衡量标准探讨

引文 我有个朋友有算法强迫症,每次一看到别人写的算法,就有上去改的冲动,不然就会偏头疼,主要症结在于他认为别人写的算法不好,但是什么的算法可以评判为好,什么样的算法可以评判为不好?最近为了治愈他,我特地写了这篇文章. 算法的衡量从两个方向出发:时间复杂度和空间复杂度.本文主要是不讲具体算法,只将算法的衡量,重点讲解如何衡量算法的复杂度,解决平时见到的XX算法时间复杂是O(logn)O(logn),其中这个结果是怎么推导出来的?lognlogn是个什么玩意儿?,大写的OO是什么意思?为什么用这个符

面向数据可靠性存储系统设计思想探讨

存储系统的设计门槛是比较高的,和计算系统存在的最大区别在于存储系统所承载的是数据,一旦系统出现故障,不仅业务的连续性得不到保障,更为重要的是用户数据将会造成丢失.计算节点发生故障,最多造成业务连续性中断,这是与存储系统相比在可靠性要求方面最大的区别. 十几年前刚刚接触存储系统的研发,当时没有觉得存储有多复杂,不就是把数据按照一定规则存放在磁盘中,并且实现一定的功能,例如数据保护RAID.数据复制Replication.数据快照Snapshot以及文件系统嘛.感觉存储系统中最复杂的是各种功能,设计

六爻预测等各种预测术的本质探讨之随机数猜想

对于各类预测术,比如六爻术,源于周易八卦.大家对预测术的观点泾渭分明,要么很相信,要么很不屑.或者有些人认为信则有不信则无. 当然我本人是信奉现代科学的,不过预测术确实有不可思议的地方,对过去和未来的分析不是简单的一句"巧合,概率论"能说的过去的.现经过本人的一番分析,试图对各类预测术的本质来个大起底. 其实,预测术不神奇,更不是有什么鬼神之力.而且也不能说古人比现在人更聪明.预测术的外圈是遵循一定规律的一整套规则,这些规则是古代在不停的经验总结中逐步完善的.换句话说,只要你自己能遵循

云存储技术优势及其发展趋势的探讨

云存储技术优势及其发展趋势的探讨 1.引言 近年来,由于信息技术的发展,科学计算和商业计算等众多应用领域会产生了规模相当巨大的数据,并且数据量仍在快速增加,呈海量形式发展.在科学计算方面,如物理学.天文学.生物学等领域都会产生规模庞大的数据,而且每年的数据规模达到若干PB.而在商业计算方面,Web搜索.社会网络等需要处理的数据规模也非常庞大,例如,Google和Facebook等应用产生的数据达到PB甚至EB级.按照摩尔定律,处理器的速度每18个月就会翻一番,光纤技术的发展也大大加快了数据在网络

集团信息化之路 电子采购软件与现有库存及财务软件数据对接的探讨

多个单体软件的应用,肯定就会涉及到不同软件直接数据对接的问题.这次计划应用的电子采购系统也同样遇到了这个问题,在这夜里与大家共同探讨一下系统间数据对接的问题. 由于历史原因,原有应用的财务系统采用了分布式部署,各系统直接完全独立,虽然每天个站点也将数据上传到总部,但是并未进行集中汇总处理.更要紧的是原来各系统的编码甚至都不统一各自为政,前几年还特意进行了一次编码统一工作,将编码进行统一.但是后续编码的添加维护工作也很难完全做到一致. 由于当前没有统一集中的数据编码,因此进行不同系统间的接口开发也