子线程不能直接调用UI方法，必须通过Qt::QueuedConnection信号槽、QMetaObject::invokeMethod或QTimer::singleShot跨线程通信，且需确保对象线程归属正确、自定义类型已注册。
不能直接更新。子线程里调用 ui->label->setText() 或任何 UI 组件方法，程序可能跑几次没事，但随时会崩溃——这不是概率问题，是 Qt 的线程安全红线被踩了。
为什么子线程直接改UI会崩
Qt 的 QWidget 及其子类（比如 QLabel、QPushButton、QProgressBar）内部状态没加锁，绘图、事件分发、布局计算都假设只在主线程执行。子线程一碰，就可能出现内存越界、对象已被析构、绘图上下文错乱等未定义行为。错误信息常是 QObject::setParent: Cannot set parent, new parent is in a different thread 或直接 segfault，调试时还很难复现。
信号槽跨线程连接必须显式用 Qt::QueuedConnection
很多人写 connect(thread, &WorkerThread::dataReady, this, &MainWindow::onData) 就以为万事大吉，但漏掉连接类型参数，容易踩坑：
-
Qt::AutoConnection（默认）在同线程时走直连，跨线程时才转队列——但如果对象父子关系或线程归属中途变化，行为不可控 -
Qt::DirectConnection会强制在子线程里执行槽函数，等于白绕，UI 更新仍在子线程，照样崩 - 正确写法必须带第五个参数：
connect(thread, &WorkerThread::dataReady, this, &MainWindow::onData, Qt::QueuedConnection) - 确保槽函数在主线程执行的最简验证：在槽里打日志，输出
QThread::currentThreadId()，应和主线程 ID 一致
用 QMetaObject::invokeMethod 需注意参数类型限制
这是比信号槽更轻量的方案，适合“一次调用、无反馈”的场景，比如只更新一个 label 文本：
立即学习“C++免费学习笔记（深入）”；
QMetaObject::invokeMethod(ui->label, [this]() {
ui->label->setText("done");
}, Qt::QueuedConnection);
但要注意：
- lambda 必须捕获明确、安全的对象（比如
ui指针），不能捕获局部变量或已析构的 this - 如果传参是自定义结构体（如
struct Msg { int id; QString name; };），必须先用qRegisterMetaType<Msg>()注册，否则 invoke 失败且静默丢弃 - 不推荐在循环中高频调用，它本质是向主线程事件队列投递一个
QMetaCallEvent，堆积太多会影响响应速度
别用 QTimer::singleShot(0, ...) 替代信号槽
虽然 QTimer::singleShot(0, this, &MainWindow::updateLabel) 确实能跳回主线程执行，但它和信号槽不是等价替代：
- 它没有发送者上下文，无法携带数据（除非把数据塞进成员变量，破坏封装）
- 多次调用可能触发多次，而信号槽天然支持参数绑定和自动排队
- 在子线程里调用
QTimer::singleShot本身不报错，但 timer 对象归属线程不明确，Qt6 中行为更严格，容易出 warning - 真正该用它的场景是：主线程里需要“稍后执行”，比如避免重入或让出当前事件循环，而不是跨线程通信
最容易被忽略的一点：所有跨线程通信的前提，是子线程对象本身不能有 GUI 线程的父对象（比如不能把 QThread 子类 new 在 MainWindow 栈上或设为它的 child），否则线程销毁时可能触发主线程对象被误删。稳妥做法是让子线程对象无父对象，或用 moveToThread() 方式管理生命周期。
