Qt跨线程操作GUI报错原因：为何信号槽方式可行？

咱们先把你遇到的场景和代码摆出来，再唠唠为啥第一种写法崩，第二种就没问题：

第一种会崩溃的实现 #

class FakeLibrary { 
    typedef std::function<void (const std::string &str)> Callback; 
public: 
    FakeLibrary() {} 
    void run(Callback callback) { 
        auto lambda = [this, callback]() { 
            callback("blahblah"); 
        }; 
        std::thread thread(lambda); 
        thread.detach(); 
    } 
}; 

MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent), ui(new Ui::MainWindow) { 
    ui->setupUi(this); 
    FakeLibrary *library_obj = new FakeLibrary; 
    connect(ui->pushButton, &QPushButton::clicked, [this, library_obj]() { 
        library_obj->run([this](const std::string &message) { 
            ui->textEdit->append(QString::fromStdString(message));
            qDebug() << QString::fromStdString(message); 
        }); 
    }); 
}

第二种正常运行的实现 #

MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent), ui(new Ui::MainWindow) { 
    ui->setupUi(this); 
    connect(this, &MainWindow::append, this, &MainWindow::append_log);
    FakeLibrary *library_obj = new FakeLibrary; 
    connect(ui->pushButton, &QPushButton::clicked, [this, library_obj]() { 
        library_obj->run([this](const std::string &message) { 
            emit append(QString::fromStdString(message));
            qDebug() << QString::fromStdString(message); 
        }); 
    }); 
} 

void MainWindow::append_log(const QString &message) { 
    ui->textEdit->append(message); 
}

两种写法的核心区别 #

• 第一种是硬刚跨线程操作UI：你在FakeLibrary创建的std::thread里直接调用ui->textEdit->append，等于让非UI线程直接去碰UI控件的内部数据。
• 第二种是借信号槽做安全转发：在子线程的回调里只发一个信号，然后靠Qt的信号槽机制，把UI操作“移交”给UI线程执行——Qt默认的Qt::AutoConnection连接方式会自动判断：如果信号是从非UI线程发的，就把槽函数的调用塞进UI线程的事件循环里，等UI线程有空了再执行，相当于让UI控件的操作始终在它自己的“地盘”里完成。

第一种写法崩溃的原因 #

Qt的所有UI控件从设计上就不支持跨线程访问，它们的内部状态（比如文本内容、渲染缓存、布局数据）都没有做线程安全的保护。

当你在子线程里直接调用ui->textEdit->append时，子线程和UI线程会同时操作这个控件的内存数据，这就会引发数据竞争——比如UI线程正在更新文本的显示，子线程又同时往缓冲区里写数据，很容易导致内存访问错误，直接触发程序崩溃。

至于qDebug能正常输出，是因为qDebug本身是线程安全的，它的输出逻辑和UI控件完全无关，所以不会有问题。

内容的提问来源于stack exchange，提问作者borune