Qt5同对象绑定的signal与slot运行线程不一致问题咨询

你遇到的问题本质是对Qt信号槽的执行线程判定规则存在误区：槽函数的执行线程和信号发送时所在的线程无关，仅由接收者对象的线程亲和性和信号槽的连接类型决定，即便信号发送者和接收者是同一个对象，也遵循这个规则。
具体对应到你的代码场景，逻辑如下：

1. Qt信号槽的默认连接类型是Qt::AutoConnection，执行规则为：
   • 信号触发时所在线程与接收者对象所属线程一致时，等价于Qt::DirectConnection，槽函数在信号触发线程同步执行
   • 信号触发时所在线程与接收者对象所属线程不一致时，等价于Qt::QueuedConnection，槽函数会被投递到接收者所属线程的事件队列，等待该线程的事件循环调度执行
2. 你的MyBase类的Init()方法中调用了moveToThread(m_thread)，而MyClass继承自MyBase，因此MyClass的实例对象的线程亲和性会被修改为你新建的m_thread，不再是对象创建时所在的线程（通常是主线程）
3. 当你在foo函数中触发信号时，如果foo是在对象执行moveToThread之前调用，或者foo本身是被其他线程（比如主线程）调用，那么信号触发的线程和接收者（即MyClass实例）所属的m_thread就不是同一个线程，默认的自动连接就会走队列连接逻辑，槽函数自然会在m_thread中执行，和foo的线程不一致。

• 你可以通过以下代码打印线程信息，确认亲和性是否符合预期：

// 在foo函数触发信号前添加打印
qDebug() << "foo执行线程：" << QThread::currentThread();
qDebug() << "MyClass实例所属线程：" << this->thread();
emit signalToDoSomething();

• 如果你需要槽函数和信号触发线程保持一致，可以在调用connect时显式指定第五个参数为Qt::DirectConnection，注意这种跨线程调用槽的场景需要你自行保证数据访问的线程安全，避免出现竞态问题。
• 如果你不需要对象在独立线程运行，去掉moveToThread调用即可让对象保持在创建线程，槽函数就会和信号触发线程（只要在创建线程触发）保持一致。

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