Qt中connect()无反应主因是对象生命周期或线程上下文问题：发送/接收对象被析构、跨线程未用Qt::QueuedConnection、元对象系统未启用、信号槽参数不匹配或自定义类型未注册。
Qt 里 connect() 为什么没反应？
信号槽没触发，八成是对象生命周期或线程上下文出了问题。Qt 的 connect() 不会报错，但若发送者或接收者已被 delete，或者跨线程未用 Qt::QueuedConnection，信号就静默丢弃。
- 检查接收对象是否还在：用
QObject::parent()或QObject::isWidgetType()辅助判断，别依赖局部变量临时创建的QObject子类实例 - 跨线程连接必须显式指定连接类型：
connect(sender, &Sender::sig, receiver, &Receiver::slot, Qt::QueuedConnection)；默认Qt::AutoConnection在同线程走直接调用，跨线程却退化为Qt::DirectConnection—— 这会导致崩溃（访问非本线程对象） - 确保元对象系统启用：.cpp 文件要
#include "moc_*.cpp"（由 qmake / CMake 自动生成），且类声明含Q_OBJECT宏，否则信号槽不注册
lambda 槽写法要注意什么？
用 lambda 当槽函数很灵活，但捕获列表稍不注意就会导致悬空引用或内存泄漏。
- 避免按引用捕获局部对象：
[&obj]{ obj.doSomething(); }中obj若是栈变量，槽触发时早已析构 - 按值捕获需谨慎拷贝成本：捕获大对象或
shared_ptr是安全的，但别无意中把整个QWidget拷进 lambda - lambda 槽无法被
disconnect()—— 除非保存QMetaObject::Connection返回值，且 lambda 必须是可复制的（C++17 起支持） - 示例安全写法：
connect(btn, &QPushButton::clicked, this, [this]{ this->handleClick(); });（捕获this指针，依赖对象生命周期）
信号参数和槽参数不匹配怎么办？
Qt 允许“信号参数 ≥ 槽参数”，多余参数被忽略；但反过来不行 —— 编译期不报错，运行时连接失败（connect() 返回 false），且无日志提示。
- 调试时加判断：
Q_ASSERT(connect(...));或检查返回值，尤其在 Release 模式下容易漏掉 - 参数类型必须严格一致（含 const、引用符）：信号发
int，槽收const int&可以；但发int&，槽收int就失败 - 枚举需提前声明并用
Q_ENUM注册，否则元对象系统不认识，连接失败 - 自定义类型必须注册：
qRegisterMetaType<mystruct>("MyStruct");</mystruct>，否则跨线程传递或 queued 连接会失败
C++11 后还能用字符串写法 connect 吗？
能，但不推荐。旧式字符串语法：connect(obj, SIGNAL(clicked()), this, SLOT(doIt())) 已废弃，编译器可能警告，且失去编译期类型检查。
立即学习“C++免费学习笔记（深入）”；
- 字符串写法无法捕获拼写错误：比如
SIGNALED写成SIGNALD，运行时才失效 - 不支持 lambda、函数对象、重载函数的精确绑定
- 不兼容模板成员函数（如
onDataReady<int>()</int>） - 现代写法统一用函数指针语法：
connect(sender, &Sender::valueChanged, receiver, &Receiver::onValue)，IDE 能跳转、补全、查引用
信号槽真正的复杂点不在语法，而在对象所有权和线程边界——一个 connect() 调用背后，藏着谁 delete 谁、事件循环是否 running、MOC 是否生成、元类型是否注册四层隐性依赖。漏掉任意一层，它就安静地不工作。
