QT:信号发送了,槽函数没有响应
问题:信号发送了,槽函数没有响应
解决办法
- 首先利用connect函数的返回值bool,判断连接是否成功
- 然后注意connect的位置,一般紧跟在创建类的实例之后
- 注意创建类的实例的位置,根据自己的需求,尽量在类的成员里面创建类对象,而不要在类的某个成员函数里面创建类对象,这样的话那个函数执行完后,这个类对象就析构了,连接自然也就不存在了,此时发送信号,槽函数当然没有响应。
- 如果以上方法均不奏效,还有一种可能是你采用的是跨线程的信号和槽机制。如果是这样的话,你可以设置一下connect的第五个参数。如果接收者和发送者不在一个线程,第五个参数即连接类型自动使用Qt::QueuedConnection类型,而该类型存在的问题是,只有当控制权在槽函数所在线程的时间循环时,才会被调用,而不能保证实时性,即不能保证只要信号一触发,槽函数马上就能响应。为解决此问题,可以采用 Qt::BlockingQueuedConnection 类型进行连接,该连接类型使得发送完信号后发送者所在线程会被阻塞,直到槽函数运行完,保证了槽函数响应的实时性。但是需要注意这种方式必须要保证信号和槽不在同一个线程,否则程序会死锁。
简单介绍一下connect的第五个参数 connect用于连接qt的信号和槽,在qt编程过程中不可或缺。它其实有第五个参数,只是一般使用默认值,在满足某些特殊需求的时候可能需要手动设置。 Qt::AutoConnection: 默认值,使用这个值则连接类型会在信号发送时决定。如果接收者和发送者在同一个线程,则自动使用Qt::DirectConnection类型。如果接收者和发送者不在一个线程,则自动使用 Qt::QueuedConnection类型。>Qt::DirectConnection:槽函数会在信号发送的时候直接被调用,槽函数运行于信号发送者所在线程。效果看上去就像是直接在信号发送位置调用了槽函数。这个在多线程环境下比较危险,可能会造成奔溃。 Qt::QueuedConnection:槽函数在控制回到接收者所在线程的事件循环时被调用,槽函数运行于信号接收者所在线程。发送信号之后,槽函数不会立刻被调用,等到接收者的当前函数执行完,进入事件循环之后,槽函数才会被调用。多线程环境下一般用这个。 Qt::BlockingQueuedConnection:槽函数的调用时机与Qt::QueuedConnection一致,不过发送完信号后发送者所在线程会阻塞,直到槽函数运行完。接收者和发送者绝对不能在一个线程,否则程序会死锁。在多线程间需要同步的场合可能需要这个。 Qt::UniqueConnection:这个flag可以通过按位或(|)与以上四个结合在一起使用。当这个flag设置时,当某个信号和槽已经连接时,再进行重复的连接就会失败。也就是避免了重复连接。
下一篇:
通信工程专业学生走进C语言