QMetaObject::invokeMethod指定Qt::QueuedConnection未在目标线程执行问题

• Qt中每个QObject子类实例都有「线程依附性」，槽函数的执行线程由接收信号/调用请求的对象的依附线程决定，和QThread实例管理的工作线程没有直接绑定关系。
• QThread是线程控制器类，你在主线程中创建的MyThread t实例，默认从属线程就是创建它的主线程，而非它内部启动的工作线程。
• 你指定Qt::QueuedConnection调用时，调用请求会投递到接收对象（也就是t）的依附线程（主线程）的事件队列，最终在主线程执行someSlot，和你的预期不符。

方案1：调整QThread子类的线程依附性（不推荐，仅用于兼容旧代码） #

在run方法开头主动把当前MyThread实例的依附性移到当前运行的工作线程即可：

class MyThread : public QThread
{
      Q_OBJECT

   public:
      void run() override
      {
         moveToThread(this); // 新增这行，修改实例的线程依附性
         qDebug() << "Started thread: " << QThread::currentThreadId();
         exec();
      }

   public slots:
      void someSlot()
      {
         qDebug() << "Slot called from thread: " << QThread::currentThreadId();
      }
};

该方案存在生命周期管理隐患，销毁对象前需要手动处理线程退出逻辑，容易触发崩溃。

方案2：使用Qt官方推荐的工作对象模式（推荐） #

将业务逻辑和线程控制器拆分，单独定义工作对象类，再移到目标线程执行：

// 独立工作对象类，存放业务逻辑槽函数
class Worker : public QObject
{
    Q_OBJECT
public slots:
    void someSlot()
    {
        qDebug() << "Slot called from thread: " << QThread::currentThreadId();
    }
};

// 主函数调用逻辑
int main(int argc, char *argv[])
{
    QApplication app(argc, argv);

    qDebug() << "Main thread: " << QThread::currentThreadId();

    QThread workThread;
    Worker worker;
    worker.moveToThread(&workThread); // 将工作对象移到目标线程
    // 绑定线程结束信号，自动销毁工作对象避免内存泄漏
    QObject::connect(&workThread, &QThread::finished, &worker, &QObject::deleteLater);

    workThread.start();
    qDebug() << "Started thread: " << workThread.currentThreadId();

    QMetaObject::invokeMethod(&worker, "someSlot", Qt::QueuedConnection);

    return app.exec();
}

该写法符合Qt的设计规范，生命周期管理更安全，后续扩展能力更强。

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