Is it safe to emit signal from another thread?

Jaa*_*a-c 8 c++ qt multithreading thread-safety qt-signals

Is it safe to emit a signal on an object from another thread (if the slot is connected as QueuedConnection)? I couldn't find a specific piece of documentation that would mention this, the most relevant quote I found is this:

QObject 是可重入的。它的大多数非 GUI 子类,例如 QTimer、QTcpSocket、QUdpSocket 和 QProcess,也是可重入的,从而可以同时从多个线程使用这些类。请注意,这些类旨在从单个线程中创建和使用;在一个线程中创建一个对象并从另一个线程调用它的函数不能保证工作

这表明它可能不行,这也适用于信号吗?有一个QMutexLockerinside QMetaObject::activate,所以在我看来它可能是线程安全的......?

#include <QCoreApplication>
#include <QTimer>
#include <thread>
#include <iostream>

struct Foo : public QObject
{
    Q_OBJECT
public:
    Foo(QObject* parent) : QObject(parent) {}

public slots:
    void run()
    {
        connect(this, &Foo::signal, this, [] { std::cout << "activated"; }, Qt::QueuedConnection);

        std::thread t([this] { emit signal(); });
        if (t.joinable()) t.join();
    }

signals:
    void signal() const;
};

#include "main.moc"

int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);
    Foo* b = new Foo(&a);
    QTimer::singleShot(0, b, &Foo::run);
    return a.exec();
}
Run Code Online (Sandbox Code Playgroud)

ixS*_*Sci 8

Qt 基于事件队列。每个 Qt 线程都有自己的队列和相关的事件循环。因此,当您遇到 2 个不同的对象存在 2 个不同的线程并且一个通过信号/插槽机制(通过自动或排队连接)连接到另一个的情况时,在发射期间会发生以下情况:信号内的代码创建一个事件并将其发布到对象接收者的队列中。接收者的事件循环在队列中运行,找到发布的事件并执行适当的槽。

队列保证是线程安全的,因此跨线程发出信号是绝对安全的。在您的问题有关情况的会谈,你做一个报价直接调用居住在对象上T1T2

有一篇关于线程、qobjects、信号、槽以及一切如何相互关联的好文章:Threads Events QObjects。如果您想更深入地了解它,我建议您阅读它。


关于有问题的代码。您有一个排队的连接,这意味着发送者和接收者是否生活在一个线程或不同的线程中并不重要。发送者和接收者是 2 个对象还是相同的对象并不重要。所述例程将是相同的。如果您创建了自动连接,那么它将有一个直接呼叫,但您没有。以及文档中的相关引用:

另一方面,您可以安全地从 QThread::run() 实现中发射信号,因为信号发射是线程安全的