Qt不能在线程函数操作UI

发布时间:2023年12月21日

??Qt的官方文档虽然并没有明确说明,不能在子线程中操作UI,但是,因为Qt是事件循环机制,所有的UI事件都是在主线程中处理的,如果在子线程中直接操作UI,就会存在线程安全问题,严重时候会使程序挂掉。
??但是有些场景确实需要在子线程中操作UI怎么办?以下是几种常用的解决方案:
??1. 使用信号槽机制
??这种方式是当子线程中需要对ui对象进行操作时,发出一个信号,在与之连接的槽中处理ui操作。信号和槽的连接方式必须是BlockingQueuedConnection 或QueuedConnection 的连接方式连接。
??2. 使用自定义event
??在子线程中通过QCoreApplication::postEvent 发出自定义的event,在对应的ui对象中重写customevent中处理自定义的event 。
??3. 使用QMetaObject::invokeMethod()函数
??该函数是一个静态函数,可以直接使用,用于调用对象的元对象方法 。该函数功能很强大,这里是用到了其可以在不同线程之间调用对象方法的特性。

??如果是新代码,可以在程序设计之初就处理好子线程与UI操作之间的协调处理,这种情况比较好办,可以使用方法1和方法2进行处理。但是如果是维护历史代码,重新做设计肯定是不现实的,所以就需要使用方法3进行处理,在子线程中操作UI的代码段,修改为QMetaObject::invokeMethod函数调用,可以做到最小程度的代码修改,下面给出具体例子:

// 在子线程中调用
int rowCount = 0;
REPORT_DE_INFO reportInfo;
bool b = QMetaObject::invokeMethod(this, "initTablewidget", Qt::BlockingQueuedConnection, Q_RETURN_ARG(int, rowCount), Q_ARG(REPORT_DE_INFO&, reportInfo));

??参数说明:
?? 参数1:调用对象指针
?? 参数2:调用的方法名
?? 参数3:连接方式,与信号槽连接函数connect的最后一个参数相同。对于这里是维护历史代码的场景,建议使用BlockingQueuedConnection,原来代码的执行逻辑一定是先执行完函数后才继续往下走,如果这里不给阻塞住,函数还没执行完,子线程就会继续往下走,很显然这与原来的代码逻辑并不相同,很可能会出现错误
?? 参数4:Q_RETURN_ARG宏,用来接收函数的返回值,宏的第1个参数是返回值类型,第2个参数是接收返回值的变量名
?? 参数5:Q_ARG宏,用来向函数传递参数,宏的第1个参数是函数参数的类型,第2个参数是传递参数的变量名,如果函数有多个参数,可以继续往下使用Q_ARG宏来传递
?? 返回值:bool类型,执行成功或者失败
?? 注意:执行的函数一定要是槽函数,否者回执行失败

文章来源:https://blog.csdn.net/mumufan05/article/details/135140560
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。