[英]Qt - updating main window with second thread
我有一个多线程的 qt 应用程序。 当我在 mainwindow.cpp 中做一些进程时,同时,我想从其他线程更新 mainwindow.ui。
我有 mythread.h
#ifndef MYTHREAD_H
#define MYTHREAD_H
#include <QThread>
#include "mainwindow.h"
class mythread : public QThread
{
public:
void run();
mythread( MainWindow* ana );
MainWindow* ana;
private:
};
#endif // MYTHREAD_H
我的线程.cpp
mythread::mythread(MainWindow* a)
{
cout << "thread created" << endl;
ana = a;
}
void mythread::run()
{
QPixmap i1 (":/notes/pic/4mdodiyez.jpg");
QLabel *label = new QLabel();
label->setPixmap(i1);
ana->ui->horizontalLayout_4->addWidget(label);
}
但问题是,我无法到达ana->ui->horizontalLayout_4->addWidget(label);
我怎样才能做到这一点?
但问题是,我无法到达 ana->ui->horizontalLayout_4->addWidget(label);
将您的 UI 修改放在主窗口的一个插槽中,并将线程信号连接到该插槽,很有可能它会起作用。 我认为只有主线程可以访问 Qt 中的 UI。 因此,如果您想要 GUI 功能,它必须存在,并且只能从其他线程发出信号。
好的,这是一个简单的例子。 顺便说一句,你的场景并不真正需要扩展QThread
- 所以你最好不要这样做,除非你真的必须这样做。 这就是为什么在这个例子中我将使用一个普通的QThread
和一个基于QObject
的工作QObject
,但是如果你子类化QThread
,这个概念是一样的:
主界面:
class MainUI : public QWidget
{
Q_OBJECT
public:
explicit MainUI(QWidget *parent = 0): QWidget(parent) {
layout = new QHBoxLayout(this);
setLayout(layout);
QThread *thread = new QThread(this);
GUIUpdater *updater = new GUIUpdater();
updater->moveToThread(thread);
connect(updater, SIGNAL(requestNewLabel(QString)), this, SLOT(createLabel(QString)));
connect(thread, SIGNAL(destroyed()), updater, SLOT(deleteLater()));
updater->newLabel("h:/test.png");
}
public slots:
void createLabel(const QString &imgSource) {
QPixmap i1(imgSource);
QLabel *label = new QLabel(this);
label->setPixmap(i1);
layout->addWidget(label);
}
private:
QHBoxLayout *layout;
};
...和工人对象:
class GUIUpdater : public QObject {
Q_OBJECT
public:
explicit GUIUpdater(QObject *parent = 0) : QObject(parent) {}
void newLabel(const QString &image) { emit requestNewLabel(image); }
signals:
void requestNewLabel(const QString &);
};
工作对象被创建并移动到另一个线程,然后连接到创建标签的插槽,然后调用它的newLabel
方法,它只是一个包装器,用于发出requestNewLabel
信号并将路径传递给图像。 然后将信号从工作对象/线程与图像路径参数一起传递到主 UI 插槽,并将新标签添加到布局中。
由于工作者对象是在没有父对象的情况下创建的,以便能够将其移动到另一个线程,因此我们还将线程销毁信号连接到工作者deleteLater()
槽。
我怎样才能做到这一点?
你已经得到了你应该做什么的答案,但没有一个为什么,所以我要添加一个为什么。
您不从另一个线程修改 GUI 元素的原因是因为 GUI 元素通常不是线程安全的。 这意味着如果您的主 GUI 线程和您的工作线程都更新了 UI,则您无法确定发生的顺序。
对于通常读取数据,这有时可能很好(例如检查条件),但通常您不希望出现这种情况。 对于写入数据,这几乎总是“随机”发生的非常非常有压力的错误的来源。
另一个答案提到了良好的设计原则 - 不仅将您的 GUI 逻辑限制为一个线程并触发信号与之对话可以消除您的竞争条件问题,而且还迫使您很好地划分代码。 表示逻辑(显示位)和数据处理逻辑然后可以完全分离,这使得维护两者更容易。
在这个阶段你可能会想:哎呀,这个线程业务真是太多工作了! 我只会避免这种情况。 要了解为什么这是一个坏主意,请在单个线程中实现一个文件复制程序,并带有一个简单的进度条,告诉您复制的进度。 在一个大文件上运行它。 在 Windows 上,一段时间后,应用程序将“变白”(或者在 XP 上我认为它变灰)并且“没有响应”。 这就是正在发生的事情。
GUI 应用程序内部主要工作在“一个大循环”处理和调度消息的变化上。 例如,Windows 测量对这些消息的响应时间。 如果一条消息需要很长时间才能得到响应,Windows 会认为它已死,并接管。 这记录在 GetMessage() 中。
因此,虽然看起来工作量很大,但信号/插槽(事件驱动模型)基本上是要走的路-另一种思考方式是,您的线程为以下内容生成“事件”是完全可以接受的UI也是 - 例如进度更新等。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.