qt信号与槽的理解(多线程)

最新推荐文章于 2025-05-28 01:55:06 发布

残城的花猫

最新推荐文章于 2025-05-28 01:55:06 发布

阅读量2.9k

点赞数 5

分类专栏： connect 文章标签： qt

本文链接：https://blog.youkuaiyun.com/qq_45190410/article/details/119407749

版权

connect 专栏收录该内容

1 篇文章

订阅专栏

本文详细介绍了Qt信号与槽在多线程环境下的工作原理，包括QtConnect函数的五种连接方式。重点讨论了Qt::AutoConnection、Qt::DirectConnection、Qt::QueuedConnection和Qt::BlockingQueuedConnection的区别和使用场景。在多线程中，正确选择连接类型对于确保线程安全和程序稳定性至关重要。Qt::AutoConnection虽然能处理大多数情况，但在特定问题出现时，需要手动配置连接类型来避免问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Qt信号与槽的理解(多线程情况)

ass在这里插入图片描述 qt connect函数原型

1.简单的情况就是当信号的发送者以及响应信号的接收者在同一个线程

这种情况下是最简单最基础的，定义一个信号与槽函数，与对象就行信号与槽的绑定基本上这样没什么问题。例子如下：

QLabel *label = new QLabel;
QScrollBar *scrollBar = new QScrollBar;
QObject::connect(scrollBar, SIGNAL(valueChanged(int)),label,  SLOT(setNum(int)));

定义一个QLabel、QScrollBar对象，进行信号与槽的连接就行。这种情况只用到了前4个参数，连第五个参数都不需要用到！

2.在多线程的情况下(发送者和接收者可能不在同一个线程)

这个时候你就需要用到第五个参数，首先先了解第5个参数的含义：

Qt::AutoConnection	默认值，使用这个值则连接类型会在信号发送时决定。如果接收者和发送者在同一个线程，则自动使用Qt::DirectConnection类型。如果接收者和发送者不在一个线程，则自动使用Qt::QueuedConnection类型。
Qt::DirectConnection	槽函数会在信号发送的时候直接被调用，槽函数运行于信号发送者所在线程。效果看上去就像是直接在信号发送位置调用了槽函数。这个在多线程环境下比较危险，可能会造成奔溃。
Qt::QueuedConnection	槽函数在控制回到接收者所在线程的事件循环时被调用，槽函数运行于信号接收者所在线程。发送信号之后，槽函数不会立刻被调用，等到接收者的当前函数执行完，进入事件循环之后，槽函数才会被调用。多线程环境下一般用这个。
Qt::BlockingQueuedConnection	槽函数的调用时机与Qt::QueuedConnection一致，不过发送完信号后发送者所在线程会阻塞，直到槽函数运行完。接收者和发送者绝对不能在一个线程，否则程序会死锁。在多线程间需要同步的场合可能需要这个。
Qt::UniqueConnection	这个flag可以通过按位或（\|）与以上四个结合在一起使用。当这个flag设置时，当某个信号和槽已经连接时，再进行重复的连接就会失败。也就是避免了重复连接。

首先大多数的情况不要配置第5个参数，也就是使用默认的参数(Qt::AutoConnection)，大家可以看看它的含义，当发送者和接收者在同一线程和不同线程的时候他都会转变另一个参数，有读者任务既然这个参数很好的处理了这种情况那是不是就可以不用管了，是的，这个默认参数能处理绝大多数情况，但是当你遇到多线程槽函数没响应的时候你就需要自己去配置第5个参数，希望能给大家解决一些问题，避免一些坑！