Qt 线程同步与异步处理

一.线程分析

1.继承QThread类

        平时我们使用线程的时候一般是继承QThread类,实现它的run()函数,将需要在线程中执行的代码放在run()里进行执行。

        需要注意的事项:

                如果是while循环,想要结束线程,调用QThread::quit是没有用,因为这样的线程根本就不需要事件循环,比较好的方法就是把while内的控制变量设置为false或者直接使用Qt很不推荐的方法QThread::terminate。

2.QObject::moveToThread

        因为在Qt4.3之前,run是虚函数,必须子类化QThread来实现run函数。而从Qt4.4开始run默认调用QThread::exec(),线程在调用quit()、exit()或terminate()之前不会结束。这样一来不需要子类化QThread了,只需要实例化一个QObject就够了,这也是推荐的方法,如果moveToThread里执行的函数没执行完,是无法通过quit来结束的,必须使用terminate()强制退出。

        (1)实例化一个QThread对象(qthread)。

        (2)在需要使用的地方,把QObject对象(qobj)与QThread对象(qthread)进行绑定。qobj->moveToThread(&qthread)。

        (3)给线程设置线程执行过程方法(qthreadproc),此方法定义成槽,就是你需要在线程中执行的内容。connect(&qthread,SIGNAL(started),&qobj,SLOT(qthreadproc))。qthread如果是单例,需要设置为Qt::DirectConnection,否则下次无法进入线程。

        (4)在需要启动线程的地方执行qthread.start()就可以了。

        注:如果是夸线程(从线程到其他线程)执行信号-槽传递自定义参数,需要用qRigisterMetaType在connect前注册参数类型。

 

二.线程同步方式分析

1.互斥量(QMutex)

        头文件声明:    #include <QMutex>

        互斥量声明:    QMutex m_Mutex;

        互斥量加锁:    m_Mutex.lock();

        互斥量解锁:    m_Mutex.unlock();

2.互斥锁(QMutexLocker)

        头文件声明:    #include<QMutexLocker>

        互斥锁声明:    QMutexLocker mutexLocker(&m_Mutex);

        互斥锁加锁:    从声明处开始(在构造函数中加锁)

        互斥锁解锁:    出了作用域自动解锁(在析构函数中解锁)

3.等待条件(QWaitCondition)

        头文件声明:    #include <QWaitCondition>

        等待条件声明:    QWaitCondtion m_WaitCondition;

        等待条件等待:    m_WaitConditon.wait(&m_muxtex, time);

        等待条件唤醒:    m_WaitCondition.wakeAll();

本资源设置1个资源分,您可以下载作为捐献。 如果您有Git,还可以从http://www.goldenhawking.org:3000/goldenhawking/zoom.pipeline直接签出最新版本 (上一个版本“一种可伸缩的全异步C/S架构服务器实现”是有问题的,现在已经完成更改)。 服务由以下几个模块组成. 1、 网络传输模块。负责管理用于监听、传输的套接字,并控制数据流在不同线程中流动。数据收发由一定规模的线程池负责,实现方法完全得益于Qt线程事件循环。被绑定到某个Qthread上的Qobject对象,其信号-槽事件循环由该线程负责。这样,便可方便的指定某个套接字对象使用的线程。同样,受惠于Qt的良好封装,直接支持Tcp套接字及SSL套接字,且在运行时可动态调整。(注:编译这个模块需要Qt的SSL支持,即在 configure 时加入 -openssl 选项) 2、 任务流水线模块。负责数据的处理。在计算密集型的应用中,数据处理负荷较重,需要和网络传输划分开。基于普通线程池的处理模式,也存在队列阻塞的问题——若干个客户端请求的耗时操作,阻塞了其他客户端的响应,哪怕其他客户端的请求很短时间就能处理完毕,也必须排队等待。采用流水线线程池避免了这个问题。每个客户端把需要做的操作进行粒度化,在一个环形的队列中,线程池对单个客户端,每次仅处理一个粒度单位的任务。单个粒度单位完成后,该客户端的剩余任务便被重新插入到队列尾部。这个机制保证了客户端的整体延迟较小。 3、 服务集群管理模块。该模块使用了网络传输模块、任务流水线模块的功能,实现了跨进程的服务器ßà服务器链路。在高速局域网中,连接是快速、稳定的。因此,该模块被设计成一种星型无中心网络。任意新增服务器节点选择现有服务器集群中的任意一个节点,接入后,通过广播自动与其他服务器节点建立点对点连接。本模块只是提供一个服务器到服务器的通信隧道,不负责具体通信内容的解译。对传输内容的控制,由具体应用决定。 4、 数据库管理模块。该模块基于Qt的插件式数据库封装QtSql。数据库被作为资源管理,支持在多线程的条件下,使用数据库资源。 5、 框架界面。尽管常见的服务运行时表现为一个后台进程,但为了更好的演示服务器的功能,避免繁琐的配置,还是需要一个图形界面来显示状态、设置参数。本范例中,界面负责轮训服务器的各个状态,并设置参数。设置好的参数被存储在一个ini文件中,并在服务开启时加载。 6、应用专有部分模块。上述1-4共四个要模块均是通用的。他们互相之间没有形成联系,仅仅是作为一种资源存在于程序的运行时(Runtime)之中。应用专有部分模块根据具体任务需求,灵活的使用上述资源,以实现功能。在范例代码中,实现了一种点对点的转发机制。演示者虚拟出一些工业设备,以及一些操作员使用的客户端软件。设备与客户端软件在成功认证并登录后,需要交换数据。改变这个模块的代码,即可实现自己的功能。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值