Qt的connect默认不跨线程是因为Qt::AutoConnection依据接收对象thread()返回值判断线程归属，若未正确调用moveToThread()，接收对象仍属主线程，导致信号无法真正跨线程执行。
为什么直接 connect 默认不跨线程
Qt 的 connect 默认使用 Qt::AutoConnection，它会在连接时检查发送者和接收者是否在同一个线程：如果是，走 Qt::DirectConnection（同步调用）；否则退化为 Qt::QueuedConnection（异步排队）。但这个“自动判断”依赖对象的 thread() 返回值——如果接收对象没被 moveToThread() 过，或者你误把对象指针传错线程，thread() 仍返回主线程，结果信号就“看似发出去了”，实际槽函数仍在原线程执行，根本没跨过去。
常见错误现象：qDebug() << QThread::currentThreadId() 在槽里打印的仍是主线程 ID；或槽函数完全不触发（因接收对象被 deleteLater() 后还在发信号）。
- 务必确认接收对象已通过
moveToThread()绑定到目标线程，且该线程已调用start() - 不要在子线程中 new QObject 子类后不调用
moveToThread()就 connect —— 它默认属于创建它的线程（通常是主线程） - 避免在子线程栈上创建 QObject 派生对象（如局部变量），Qt 不允许跨线程访问其成员
用 Qt::QueuedConnection 强制异步跨线程
显式指定连接类型是最稳妥的做法。只要接收对象所属线程正在运行事件循环（QThread::exec() 或 QEventLoop::exec()），Qt::QueuedConnection 就能确保槽函数在目标线程执行。
示例：从工作线程发信号更新 UI
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
// Worker 类（在子线程运行）
class Worker : public QObject {
Q_OBJECT
public slots:
void doWork() {
// 耗时操作...
emit resultReady("done");
}
signals:
void resultReady(const QString &msg);
};
<p>// 主线程中
Worker <em>worker = new Worker;
QThread </em>thread = new QThread;
worker->moveToThread(thread);</p><p>// 关键：显式指定 Qt::QueuedConnection
connect(worker, &Worker::resultReady, this, &MainWindow::onResult, Qt::QueuedConnection);
connect(thread, &QThread::started, worker, &Worker::doWork);
connect(worker, &Worker::finished, thread, &QThread::quit);
connect(worker, &Worker::finished, worker, &Worker::deleteLater);
connect(thread, &QThread::finished, thread, &QThread::deleteLater);</p><p>thread->start();- 所有跨线程信号参数必须是
queued类型（内置类型、QMetaType::registerType() 注册过的类型，或满足Q_DECLARE_METATYPE+qRegisterMetaType） - 若传自定义结构体，必须加
Q_DECLARE_METATYPE(MyStruct)，并在 main() 中调用qRegisterMetaType<MyStruct>("MyStruct") - 避免传递裸指针、引用、FILE* 等非序列化资源 —— 队列机制会拷贝值，原始内存可能已被释放
QMetaObject::invokeMethod 实现单次跨线程调用
当不需要信号槽机制（比如只调一次、无状态、不需解耦），QMetaObject::invokeMethod 更轻量，且支持带返回值（需配合 Qt::BlockingQueuedConnection）。
注意：接收对象必须在目标线程，且目标线程必须有运行中的事件循环。
- 异步调用：
QMetaObject::invokeMethod(obj, "slotName", Qt::QueuedConnection) - 同步阻塞调用（慎用！易卡死）：
QMetaObject::invokeMethod(obj, "slotName", Qt::BlockingQueuedConnection)—— 主线程调用时，会等待子线程执行完再返回 - 参数用
Q_ARG和Q_RETURN_ARG包装，类型必须可元对象序列化 - 比 connect 更灵活，但缺乏信号槽的松耦合性，适合工具函数式调用
容易被忽略的线程生命周期管理
最常出问题的不是连接写法，而是线程和对象的销毁顺序。Qt 要求：接收对象必须在其所属线程退出前被 delete，否则 queued signal 可能发向已析构对象，造成 crash 或未定义行为。
典型错误链：thread->quit() → thread->wait() → delete obj，但漏掉 obj->deleteLater() 或没等信号队列清空。
- 用
connect(thread, &QThread::finished, obj, &QObject::deleteLater)替代手动 delete - 子线程退出前，确保不再 emit 信号（可在 doWork() 结束前断开连接，或用 flag 控制）
- 调试时加
qInstallMessageHandler捕获QObject::connect: Cannot queue arguments of type 'xxx'类错误 - Qt6 中
QThread更强调 move semantics，QObject::moveToThread()后不要再跨线程访问其非信号/槽的成员函数
