qobject跨线程调用slot必崩溃，因线程亲和性是硬约束；必须用movetothread()绑定线程，并确保接收线程运行exec()事件循环，跨线程通信须用qt::queuedconnection并注册自定义类型。
QObject 跨线程调用 slot 会崩溃，因为 Qt 默认不允许
直接在子线程里 emit 信号、然后 connect 到主线程对象的 slot，或者反过来——主线程调用子线程 QObject 的 public 函数——只要该对象没 moveToThread，就会触发 QObject::moveToThread: Current thread is not the object's thread 或直接 crash。Qt 的 QObject 线程亲和性（thread affinity）是硬约束，不是建议。
核心原则：一个 QObject 实例只能由它所属的线程访问其 slot、属性、成员函数（除非加锁且不涉及事件循环）。跨线程通信必须走 Qt 的事件机制，不能裸调用。
- 确保每个需要跨线程交互的
QObject子类实例都显式调用moveToThread()，且只在创建后、任何信号发出前调用一次 - 不要在子线程中 new 对象后立刻调用它的函数；先
moveToThread()，再通过信号触发行为 - 避免在构造函数里做耗时操作或 emit 信号——此时对象还没归属线程，极易出问题
connect 的 Qt::ConnectionType 参数决定是否跨线程安全
默认的 connect(sender, signal, receiver, slot) 是自动连接类型（Qt::AutoConnection），它会在运行时检查 sender 和 receiver 是否在同一线程：同线程走直接调用，不同线程转为队列连接（Qt::QueuedConnection）。但这个“自动”有陷阱——如果 receiver 所在线程没有运行事件循环（比如子线程是 QThread::run() 里纯计算，没调 exec()），队列消息就永远发不出去，slot 不执行，也不报错。
- 明确指定连接类型更可靠：
connect(..., Qt::QueuedConnection)强制走事件队列，确保线程安全 - 如果 receiver 线程确定有事件循环（如 GUI 线程、或子线程调用了
QThread::exec()），Qt::QueuedConnection是首选 -
Qt::DirectConnection在跨线程时禁止使用——它等于裸函数调用，绕过事件系统，必崩 - 参数必须可拷贝或支持元对象系统（
qRegisterMetaType），否则QueuedConnection会静默失败
子线程中 QThread::exec() 不是可选的，而是队列通信的前提
很多人以为 QThread 启动后就能收信号，其实不然。子线程默认没有事件循环，Qt::QueuedConnection 发出的消息会进线程的事件队列，但没人处理——就像邮件进了邮箱却没人打开。
- 子线程对象（
QObject）要响应信号，其所属线程必须运行事件循环：在QThread::run()里调用exec() - 不要重写
run()并只做计算；要么调exec()让它变成“工作线程”，要么用QThreadPool+QRunnable做无事件循环任务 - 退出线程前务必调
quit()+wait()，否则exec()卡住，对象无法析构 - 常见错误：在
run()里exec()前忘了moveToThread(this)，导致对象还在主线程，信号仍不进队列
自定义类型传参必须注册，否则 QueuedConnection 静默丢弃
用 Qt::QueuedConnection 传自定义 struct 或 class，如果没注册，Qt 无法序列化，消息会被丢弃，slot 根本不触发，控制台可能连警告都没有。
- 在 main() 开头或线程启动前，调用
qRegisterMetaType<mystruct>("MyStruct")</mystruct> - 如果结构体含指针、动态内存或非 trivial 构造/析构，还需实现
QMetaType::registerComparators和Q_DECLARE_METATYPE - 简单类型（
int、QString、QByteArray）已内置支持，无需注册 - 不确定是否注册成功？加一句
qDebug() ，返回 0 就说明没注册上
exec()，等于把信塞进关机的邮局。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
