必须用函数指针写connect，因为Qt5起SIGNAL/SLOT宏被弃用，其字符串匹配方式无法在编译期检查信号槽签名，易致拼写错误、参数不匹配或重载误选等运行时崩溃；函数指针方式由编译器验证存在性与类型兼容性，实现类型安全。
为什么必须用函数指针写 connect？
Qt 5.0 之后，SIGNAL() 和 SLOT() 宏被标记为过时（deprecated），因为它们是字符串匹配，在编译期无法检查信号/槽签名是否一致。一旦拼错名字、参数类型不匹配或重载选错，程序可能静默失败或崩溃——错误只在运行时暴露，调试成本高。
函数指针方式把连接逻辑前移到编译期：编译器能验证 &QPushButton::clicked 确实存在、返回 void、无参数；也能确认 &MainWindow::onSave 的参数列表与信号完全兼容。这是类型安全的底线。
connect 函数指针写法的标准形式
最常用、最推荐的写法是四参数版本：
connect(sender, &SenderClass::signalName, receiver, &ReceiverClass::slotName);
关键点：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
sender和receiver必须是QObject*类型（或其子类指针），不能是值对象或裸指针未继承QObject -
&SenderClass::signalName是取信号的地址，不是调用它；信号本身没有实现，只是声明 -
&ReceiverClass::slotName是取槽函数地址，该函数必须是public或public slots:下的成员函数（Qt 5+ 不强制要求slots关键字，但需继承QObject） - 如果 sender/receiver 生命周期短于连接存在时间（比如临时对象），要用
Qt::UniqueConnection或手动disconnect避免悬空指针
遇到重载信号或槽怎么办？
当一个类有多个同名但参数不同的信号（如 valueChanged(int) 和 valueChanged(QString)），直接写 &QSpinBox::valueChanged 会编译失败：编译器无法推导具体重载版本。
解决方法是显式指定函数类型，常用两种：
- 用
static_cast强转：connect(spinBox, static_cast<void (QSpinBox::*)(int)>(&QSpinBox::valueChanged), this, &MyWidget::onIntChanged);
- 用
QOverload（Qt 5.7+ 推荐）：connect(spinBox, QOverload<int>::of(&QSpinBox::valueChanged), this, &MyWidget::onIntChanged);
- 注意：
QOverload<int>::of(...)本质是模板特化，比static_cast更清晰，且支持多参数如QOverload<int, QString>::of(&SomeClass::dataReady)
Lambda 表达式作为槽时的注意事项
用 lambda 写槽很灵活，但容易踩内存坑：
- 捕获局部变量要小心生命周期：
connect(btn, &QPushButton::clicked, [=]() { qDebug() << text; }); // text 是局部 QString，btn 可能比 text 活得久 → 悬空引用 - 推荐按值捕获或确保捕获对象生命周期 >= sender：
connect(btn, &QPushButton::clicked, [text = this->text]() { qDebug() << text; }); - lambda 不能被
disconnect（除非保存为QMetaObject::Connection），所以高频创建/销毁的场景慎用 - 若 lambda 需访问
this成员，必须确保this在连接期间有效，且最好用[this]而非[=]避免意外拷贝
真正难的不是语法，而是谁在什么时候销毁——信号槽连接本身不管理对象生命周期，这点和 Qt 4 的字符串宏一样容易被忽略，但后果更隐蔽。
