推荐使用 QtConcurrent::run + QFutureWatcher，因其自动管理线程生命周期且无需自定义线程类；UI对象（如QLabel）非线程安全，必须由创建它的主线程调用方法，否则易崩溃。
直接用 QThread 继承或 moveToThread 是可行的，但容易因对象归属、信号连接方式不对导致崩溃；更推荐用 QtConcurrent::run + QFutureWatcher，它自动管理线程生命周期，且不强制你写线程类。
为什么不能在子线程里直接调用 ui->label->setText()
Qt 的所有 QWidget 子类（包括 QLabel、QProgressBar）内部状态不是线程安全的。子线程直接访问会破坏事件循环与绘图上下文，轻则界面错乱，重则立即 segfault 或静默崩溃——而且这种问题往往只在特定 CPU 负载/系统版本下复现，极难调试。
根本约束是：UI 对象必须由创建它的线程（即主线程）执行所有方法调用。这不是 Qt 的限制，而是所有主流 GUI 框架（Win32、Cocoa、GTK）的共性设计。
QtConcurrent::run + QFutureWatcher 的最小安全写法
这是目前 Qt5/6 中最轻量、最不易出错的方案，适合计算密集型、无状态、短时任务（如解析 JSON、压缩文件、图像滤镜）。
立即学习“C++免费学习笔记（深入）”；
- 在
.pro文件中确认已添加：QT += concurrent - 头文件包含：
#include <QtConcurrent/QtConcurrent>和#include <QFutureWatcher> - 不要捕获
this或任何ui成员进 lambda，否则可能引发悬空指针 - 用
QFutureWatcher监听完成，而非轮询future.isFinished()
示例：
// 启动后台任务
QFuture<int> future = QtConcurrent::run([]() -> int {
QThread::sleep(2); // 模拟耗时
return 42;
});
// 绑定 watcher 到主线程
QFutureWatcher<int> *watcher = new QFutureWatcher<int>(this);
connect(watcher, &QFutureWatcher<int>::finished, [=]() {
int result = watcher->result();
ui->label->setText(QString::number(result)); // ✅ 安全：在主线程执行
});
watcher->setFuture(future);
需要高频更新进度（比如每 50ms）时该怎么做
用信号槽配合 Qt::QueuedConnection，但必须注意节流，否则事件队列积压会导致 UI 卡顿。
- 子线程中不要每算一步就
emit progressUpdated(i)，改用定时器或计数器批量合并 - 在主线程槽函数里做最小化操作：只更新控件值，不触发重绘逻辑（如避免在槽里调用
repaint()） - 如果使用
QThread子类，确保信号在构造后、start()前就与主线程槽连接好，否则第一次 emit 可能丢失 -
QMetaObject::invokeMethod可替代信号，适合单次调用，但无法传参多于 8 个，且不支持自动排队
典型节流写法：
// 在 worker 线程内
QTimer::singleShot(0, this, [this]() {
emit progressUpdated(currentProgress);
});
这行代码本质是把 emit 推进主线程事件队列末尾，避免子线程阻塞，也防止信号风暴。
别忽略的三个隐性坑
一是 QFutureWatcher 必须有父对象（如传 this），否则主线程退出时 watcher 可能被提前析构，导致 finished 信号无法送达；二是 QtConcurrent::run 使用全局线程池，若任务耗时过长（>30s），可能挤占其他并发任务资源；三是所有跨线程传递的数据（如 QString、QVector）必须可被 Qt 元对象系统识别，自定义类型需注册 qRegisterMetaType。
