qt信号槽连接需严格遵循函数指针语法、参数匹配、const一致性、qobject继承与q_object宏、连接类型选择及lambda捕获安全等约束，否则易导致运行时错误或崩溃。
Qt Creator 里点几下就能连信号槽，但真写代码时容易连错、断不掉、参数不匹配——根本原因不是操作不熟，而是没搞清 connect() 的签名约束和 Qt 版本差异。
Qt 5/6 中 connect() 必须用函数指针语法
Qt 4 的 SIGNAL()/SLOT() 宏在 Qt 5.0+ 已废弃，编译能过但运行时报错 QObject::connect: No such signal。Qt 5.0 引入函数指针式连接，类型安全、编译期检查。
- 正确写法：
connect(ui->pushButton, &QPushButton::clicked, this, &MainWindow::close) - 错误写法：
connect(ui->pushButton, SIGNAL(clicked()), this, SLOT(close()))（Qt 5/6 不再支持） - 如果槽函数带参，信号参数必须是槽参数的前缀子集，比如信号发
int，槽可以收int或int, QString（后者未传值会默认构造），但不能只收QString - Qt 6 进一步收紧：信号和槽的 const 限定符必须一致，
void func(const QString&)不能连void signal(QString)
自定义信号必须继承 QObject + Q_OBJECT 宏
自己写类发信号，漏掉这两条，emit mySignal() 直接编译失败或静默失效。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 类声明必须继承
QObject（不能只继承QWidget就完事，得显式继承链包含QObject） - 头文件里类定义上方必须有
Q_OBJECT宏（否则 MOC 不生成元对象代码） - 信号必须声明在
signals:区块内，返回值固定为void，不实现、不加virtual - 发射信号用
emit mySignal()（emit是宏，可省略，但加上更清晰）
连接类型选错会导致跨线程 crash
默认 Qt::AutoConnection 看似省事，但在多线程场景下极易出问题：信号发在子线程，槽在主线程 UI 对象上，自动判断失败就同步调用，直接访问 UI 导致崩溃。
- 同一线程内通信用
Qt::DirectConnection（同步，立即执行） - 跨线程必须用
Qt::QueuedConnection（异步，走事件循环） - 不确定时显式写出来：
connect(sender, &Class::sig, receiver, &Class::slot, Qt::QueuedConnection) - 注意：接收者对象必须有事件循环（
QApplication::exec()已启动），否则队列不处理
Lambda 槽看似方便，但捕获变量易悬空
用 [this]() { doSomething(); } 写槽很爽，但若 sender 生命周期短于 receiver，lambda 里捕获的局部变量或 this 可能已销毁。
- 捕获
this前确认对象生命周期：UI 控件通常 safe，临时对象（如栈上QTimer）慎用 - 避免捕获局部变量，改用值捕获：
[val = localVar]() { use(val); } - Qt 6 要求 lambda 槽必须可拷贝（
std::function构造），引用捕获（[&x]）可能编译不过 - 调试时注意：lambda 槽无法被
disconnect()精确断开，只能断整个信号，或改用命名槽函数
真正卡住人的从来不是“怎么连”，而是连完之后信号没发、槽没调、参数错位、线程崩了——这些都藏在 connect() 四个参数的类型匹配、对象生命周期、线程模型里，而不是菜单点几下就能绕过去的。
