Qt信号槽进阶及误区

lambda写法

Qt 中信号槽lambda表达式优缺点:
好处

  • 代码更加紧凑,不用特意费力去定义一个常规的函数;

坏处

  • 一旦写的过长,臃肿,代码可读性会变差;

C++ 中lambda表达式构成

[capture](parameters) mutable ->return-type
{
	statement
}

[函数捕获列表](操作符重载函数参数)mutable ->返回值{函数体}
  • [capture]:函数捕获列表。始终出现在Lambda函数的开始处。[]是Lambda引出符。编译器根据该引出符来分析后续代码是否是Lambda函数。函数捕获列表能够捕捉上下文中的变量以供匿名函数使用;
  • (parameters):操作符重载函数参数。和普通函数的参数列表一致。如果不需要参数传递,则可以连同括号“()”一起省略;
  • mutable:mutable修饰符。默认情况下,Lambda函数是一个const函数,mutable可以取消其常量性。在使用该修饰符时,参数列表不可省略(即使参数为空);
  • ->return-type:返回类型。我们可以在不需要返回值,则可以连同符号”->”一起省略。并且,在返回类型明确的情况下,也可以省略该部分,编译器会根据返回类型进行推导;
  • {statement}:函数体。内容与普通函数一致,除了可以使用参数之外,还可以使用捕获列表中的变量

捕获列表[]的几种情况

  • [this]捕捉当前对象的this指针,让 Lambda 表达式拥有和当前类成员同样的访问权限;
  • [=]表示值传递方式捕捉所有父作用域的变量(包括this);
  • [&]表示引用传递方式捕捉所有父作用域的变量(包括this);
  • [var]表示值传递方式捕捉变量var,函数体内不能修改传递进来的var的拷贝,如果想修改必须加上mutable;
  • [&var]表示引用传递捕捉变量var;
  • [vara,&varb]值传递方式捕捉变量vara,引用传递捕捉变量varb;
  • [this,&varb]捕捉当前对象的this指针,varb则按引用传递捕捉变量;
  • [=,&vara,&varb] vara和varb按引用进行传递外,其他参数按值进行传递

lambda 常见错误
当省略调接收者时,lambda中无法捕获发送者是谁

connect(ui.pushButton, &QPushButton::clicked, [this]() {
    QPushButton* btn_ptr = qobject_cast<QPushButton*>(QObject::sender());
    qDebug() << __FUNCTION__  << btn_ptr;
    /*
    TestMoc::{ctor}::<lambda_c4543731355bcb6d7c92b1afa67262ef>::operator () QWidget(0x0)
    */
});

使用QTimer::singleShot,可能会导致崩溃

void TestMoc::testMocSlot()
{    
    //方式1 ,正确
    QTimer::singleShot(5000, this, [this]()
    {
        //访问类成员
    });
    //方式2,可能错误
    QTimer::singleShot(5000, [this]()
    {
        //访问类成员
    });
}

以上区别在于第二个参数,为了访问类成员,lambda都捕获this指针。
方式1:第二个参数接受对象传入this指针,若Qobject对象在超时前销毁,超时后也无法调用lambda,所以不会奔溃。
方式2:如果QObject对象在超时前已经销毁,则超时时仍会调用lambda,而lambda捕获了this指针,当访问成员变量或函数时,这时导致奔溃。

队列连接 引用传递问题

当在主线程和子线程中,通过信号与槽发送QString,遇到以下问题

QObject::connect: Cannot queue arguments of type 'QString&'

原因:

  • 不允许队列连接时传递非const应用。

解决方法:
改成const引用或值传递

//错误代码:
signals:
    void testMocSignal2(QString &str,int input);
protected slots:
    void testMocSlot2(QString& str, int input);
    
 connect(this,&TestMoc::testMocSignal2, this, &TestMoc::testMocSlot2,Qt::QueuedConnection);
 //信号发送失败,槽函数无法响应
//正确代码:

//const 引用
signals:
    void testMocSignal2(const QString &str,int input);
protected slots:
    void testMocSlot2(const  QString& str, int input);
    
 connect(this,&TestMoc::testMocSignal2, this, &TestMoc::testMocSlot2,Qt::QueuedConnection);
//值传递略
····

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Qt信号机制是Qt框架中重要的一部分,能够实现对象间的异步通信。它具有以下几个优势: 1. 简化对象间的通信: 通过信号机制,我们可以将代码逻辑进行模块化,对象间的通信更加直观明了。当一个对象发出一个信号时,其他对象可以通过函数来响应信号,实现对象间的无耦合通信。 2. 线程安全: Qt信号机制天生支持多线程,可以安全地在不同的线程中进行信号的连接和触发。这个特性使得Qt可以更方便地进行并发编程,提高程序的性能和响应能力。 3. 支持跨对象和跨线程的通信: 正是由于Qt信号机制的特性,使得我们可以在不同的对象、不同的线程之间进行通信。这样我们可以将耗时操作放在单独的线程中执行,不会阻塞主线程的运行。 然而,Qt信号机制也存在一些不足之处: 1. 代码可读性较低: 由于信号的连接完全通过函数调用来实现,代码中可能存在大量的connect调用,使得整个代码可读性较低,难以理解。 2. 运行时错误: 由于Qt信号机制在编译阶段无法进行类型检查,因此存在连接信号时的类型错误难以发现的问题。这可能导致运行时错误的发生,增加了调试的困难。 3. 不支持返回值: Qt信号机制本质上是一个触发和响应的过程,函数无法返回值给信号函数。这使得在需要获取函数的返回值时较为困难,需要通过其他方式来实现。 综上所述,Qt信号机制在简化对象间通信、线程安全和跨对象、跨线程之间通信方面具有明显优势,但也存在代码可读性低、运行时错误和不支持返回值等不足之处。对于开发者来说,需要权衡使用信号机制的优势和不足,根据具体需求进行选择和使用。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值