目录
2.5.注意connect的位置,信号在创建信号槽连接前使用,则无法触发槽函数
2.6.连接方式为Qt::QueuedConnection时参数类型没有注册
1.问题
昨天在调试Qt程序的时候,信号和槽的参数用到了std::uint64_t,当信号发出了,槽函数再怎么都不响应,程序也没有报什么错,这个是为什么呢?过了一会才想起是不是系统没有注册std::uint64_t类型哦,于是在系统初始化的地方增加了:
qRegisterMetaType<std::uint64_t>("std::uint64_t");
再次调试,槽函数响应了,原来是这个问题。
其实出现类似槽函数不响应的原因还有一些,今天就列举一下,供大家查阅。
2.原因
2.1.没有继承QObject,声明Q_OBJECT宏
因为信号槽机制是需要依赖Qt的反射机制的,如果不继承Object,编写信号和槽函数的时候就会直接报错的。
2.2.信号槽参数不匹配
信号槽的参数必须匹配。如果信号有参数,槽也必须具有相同数量和类型的参数。需要特别指出的是,在参数类型属于某命名空间时,要把命名空间写完整。
2.3.信号函数未声明为 signals
2.4.访问权限
定义信号signals不需要指定类型,默认就是public的。但是槽函数可以定义为pubic slots或 private slots或 protected slots。有时,私有信号和槽不能被外部对象连接。
2.5.注意connect的位置,信号在创建信号槽连接前使用,则无法触发槽函数
2.6.连接方式为Qt::QueuedConnection时参数类型没有注册
信号槽的参数是自定义的,这时需要用qRegisterMetaType注册一下这种类型。需要使用
#include <QMetaType>
qRegisterMetaType<此处为变量类型名称>("此处为变量类型名称")
来注册。 在Qt帮助手册中搜索qRegisterMetaType,有相关说明。 注意在调用connect时指定连接方式为Qt::DirectConnection(阻塞式触发),不会存在此问题。因为阻塞式触发,只需要将参数进行值传递,拷贝过去即可。而以Qt::QueuedConnection(消息队列式)连接的情况下,需要将变量转成通用数据类型QVariant存储,而用QVariant存储,必须要注册此类型。
2.7.对象生命周期
如果尝试连接的对象在连接时已经被销毁,那么连接就不会成功。确保对象在连接期间是有效的。
2.8.事件循环被阻塞导致信号未能发出
2.9.连接类型
使用适当的连接类型。Qt提供了几种不同的连接类型,包括Qt::DirectConnection、Qt::QueueConnection、Qt::AutoConnection等。
2.10.跨线程
如果信号和槽跨越不同的线程,则需要使用合适的连接类型来确保线程安全性。通常情况下,当信号和槽跨越不同的线程时,应该使用Qt::QueueConnection连接类型。
2.11.未定义的行为
在连接信号和槽时,确保在运行时信号和槽都是有效的。如果信号或槽未定义,连接操作可能会失败。
3.总结
遇到问题,根据上面列举的原因一一排查,具体现象具体分析,通常都能解决信号槽响应不了的情况。