Qt 信号与槽

记一次信号--槽 事故

带着问题来思考:

以下两种写法有区别吗,在什么情况有区别?

connect(objA,&A::signalA,this,[](){})

connect(objA,&A::signalA,[](){})

先看原始的代码,目标是想实现把原有界面上的一堆控件同时也显示到另外一个表格中,因此才有创建一堆新的控件,并且将新的控件和原控件做同步,然后将新的控件放入到表格中。实现的理想效果时,操作原来的控件时,表格中的新控件得到同步;操作表格中的新控件时,原来的控件也得以同步。

复制代码
void MainWindow::updateTable(QTableWidget* table,QList<QComboBox*> controlList)
{
    for(int i=0;i<table->rowCount();i++)
    {
        //原始控件
        QComboBox* org=controlList.at(i);

        //创建存放于表格中的控件
        QComboBox* cbx=new QComboBox;
        //将原始控件的值同步过来
        for(int j=0;j<org->count();j++)
            cbx->addItem(org->itemText(j));

        connect(org,QOverload<int>::of(&QComboBox::currentIndexChanged),this,[=](){
            //同步左侧控件和表格中控件的行为
            cbx->setCurrentIndex(org->currentIndex());
            //一些其他的操作
            //...
        });
        connect(cbx,QOverload<int>::of(&QComboBox::currentIndexChanged),org,&QComboBox::setCurrentIndex);
        table->setCellWidget(i,0,cbx);
    }
}

MainWindow::MainWindow(QWidget *parent)
    : QMainWindow(parent)
{
    this->resize(1200,800);
    //创建原始控件
    QWidget* left=new QWidget;
    left->setMinimumWidth(300);
    QVBoxLayout* lay=new QVBoxLayout(left);
    QList<QComboBox*> controlList;
    for(int i=0;i<5;i++)
    {
        QComboBox* cbx=new QComboBox;
        cbx->addItems({"1","2","3"});
        controlList<<cbx;
        lay->addWidget(cbx);
    }

    //一个表格
    QTableWidget* table=new QTableWidget;
    table->setRowCount(5);
    table->setColumnCount(1);

    connect(table->horizontalHeader(),&QHeaderView::sectionClicked,
            [=](){
        this->updateTable(table,controlList);
    });


    QWidget* center=new QWidget;
    QHBoxLayout* layout=new QHBoxLayout(center);
    layout->addWidget(left);
    layout->addWidget(table);
    this->setCentralWidget(center);
}
问题:

当点击表格的表头,使得表格中的控件被重新更新后,再去操作控件,程序崩溃。

定位发现问题就出在:table->setCellWidget(i,0,cbx);

每次点击表头,表格中的所有控件将被替换为新的控件,那么原来的控件自然是要销毁掉(这里是Qt的特性,Qt将设置为具有父子关系的窗口,当子窗口被从父窗口的节点上移除时,会自动析构

但这个销毁也没有什么问题,是应该销毁。旧的销毁掉,换成新的,不应该有问题。

经过进一步分析发现,崩溃是由于

connect(org,QOverload<int>::of(&QComboBox::currentIndexChanged),this,[=](){

//同步左侧控件和表格中控件的行为

cbx->setCurrentIndex(org->currentIndex());

//一些其他的操作

//...

});

引起的。

当控件从表格中删除,被销毁时,理论上它所有相关的信号--槽连接也应该被删除掉。

但是这个连接它无法被删除掉,这就引起在一个被销毁的对象上调用了一些方法,崩溃。

那么什么样的连接能够自动被销毁呢?

connect(objA,&A::signalA,objB,&B::slotB)在objA或者objB中任意一个被销毁时,连接就能自动销毁;

connect(objA,&A::signalA,this,&XX) 在objA或这this对象被销毁时,连接自动销毁

connect(objA,&A::signalA,this,[](){}) 在objA或这this对象被销毁时,连接自动销毁

connect(objA,&A::signalA,[](){}) 这种呢,显然只能在objA销毁时被自动销毁了

所以,到这里就很清楚问题的来龙去脉了。

connect(org,QOverload<int>::of(&QComboBox::currentIndexChanged),this,[=](){

//同步左侧控件和表格中控件的行为

cbx->setCurrentIndex(org->currentIndex());

//一些其他的操作

//...

});

该连接无法在表格中 的控件被销毁时,自动销毁掉!

那么怎样让它可以实现在表格中的控件销毁时,连接自动销毁呢?

改成如下:

connect(org,QOverload<int>::of(&QComboBox::currentIndexChanged),cbx ,[=](){

//同步左侧控件和表格中控件的行为

cbx->setCurrentIndex(org->currentIndex());

//一些其他的操作

//...

});

即,将能够销毁的对象设置为接收者对象,让它来控制连接的自动销毁

妙否

另外:

qDebug()<<".."<<cbx;

qDebug()一个被销毁的对象指针也会崩溃!,这里..是打印不出来的

相关推荐
zhmhbest13 分钟前
Qt 全球峰会 2025:中国站速递 —— 技术中立,拥抱更大生态
开发语言·qt·系统架构
feiyangqingyun3 小时前
Qt实时绘制飞行轨迹/移动轨迹实时显示/带旋转角度/平滑移动/效果一级棒/地面站软件开发/无人机管理平台
qt·无人机·集群地面站
十五年专注C++开发6 小时前
Qt-VLC: 一个集成VLC的开源跨平台媒体播放库
开发语言·qt·媒体·libvlc·vlc-qt
Aevget9 小时前
QtitanNavigation助力能源数字化转型:打造清晰可控的系统导航体验
c++·qt·嵌入式·能源·界面控件·ui开发
寻找华年的锦瑟12 小时前
Qt Quick Application&&Qt Quick Application (compat)
开发语言·qt
上去我就QWER15 小时前
Qt中如何获取系统版本信息
开发语言·qt
十五年专注C++开发1 天前
Qt-Nice-Frameless-Window: 一个跨平台无边框窗口(Frameless Window)解决方案
开发语言·c++·qt
江公望1 天前
装了新的QtCreator17,没有用Qt5.12自带的QtCreator4,导致QtCreator17无法找到Qt5.12帮助文档
qt·qml
ctgu901 天前
PyQt5(八):ui设置为可以手动随意拉伸功能
开发语言·qt·ui
进击的大海贼1 天前
QT/C++ 消息定时管理器
开发语言·c++·qt