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::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::of(&QComboBox::currentIndexChanged),this,[=](){
            //同步左侧控件和表格中控件的行为
            cbx->setCurrentIndex(org->currentIndex());
            //一些其他的操作
            //...
        });

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

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

改成如下：

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

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

妙否

另外：

qDebug()<<".."<

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