Qt中两种connect连接方式的差异有哪些？

除了编译期错误检查外，Qt 的新旧信号槽连接语法还有不少核心差异，以下是具体说明：

• 参数兼容性更灵活
  旧语法依赖字符串匹配，信号与槽的参数类型必须完全一致（包括 const 引用、值传递这类细节），否则只会在运行时连接失败。比如信号是 void valueChanged(const QString&)，槽是 void updateValue(QString)，旧语法用 SIGNAL(valueChanged(const QString&)) 和 SLOT(updateValue(QString)) 连接会失效；但新语法 connect(sender, &Sender::valueChanged, receiver, &Receiver::updateValue) 能正常工作，因为它支持 C++ 标准的隐式类型转换。

• 支持 Lambda 表达式作为槽
  新语法可以直接用 Lambda 作为槽函数，无需额外定义类成员函数，适合快速实现简单逻辑：

connect(sender, &Sender::valueChanged, this, [=](const QString& newValue) {
    ui->statusLabel->setText(newValue);
});

旧语法完全不支持这种用法，必须绑定到类的成员函数。

• 更优雅处理重载信号/槽
  当类存在重载的信号或槽时，旧语法需要在 SIGNAL/SLOT 宏里明确指定参数类型来区分，写法繁琐且容易出错：

// 旧语法处理重载信号
connect(sender, SIGNAL(valueChanged(int)), receiver, SLOT(updateInt(int)));
connect(sender, SIGNAL(valueChanged(QString)), receiver, SLOT(updateString(QString)));

新语法则可通过函数指针的类型推导或显式模板参数区分，更符合 C++ 语法习惯：

// 显式指定模板参数区分重载信号
connect(sender, static_cast<void(Sender::*)(int)>(&Sender::valueChanged), receiver, &Receiver::updateInt);
// 上下文可推断类型时，直接简写
connect(sender, &Sender::valueChanged, receiver, &Receiver::updateString); // 自动匹配参数为 QString 的信号

• 严格遵循 C++ 访问控制规则
  旧语法的 SLOT 宏会绕过类的访问权限检查，哪怕槽函数是 private 或 protected，只要用宏就能连接成功。而新语法严格遵循 C++ 访问控制：如果槽函数是 private，外部代码无法通过新语法连接，编译阶段就会报错，更符合面向对象的封装原则。

• 运行时性能差异
  旧语法在运行时需要解析 SIGNAL 和 SLOT 宏生成的字符串，查找对应的元对象信息，存在一定运行时开销。新语法在编译阶段就确定了信号和槽的函数地址，运行时直接调用，性能更优。

• 支持非成员函数/静态函数
  新语法可以将信号连接到全局函数、静态成员函数：

// 连接到全局函数
void globalValueHandler(const QString& val) { /* 处理逻辑 */ }
connect(sender, &Sender::valueChanged, globalValueHandler);

// 连接到静态成员函数
connect(sender, &Sender::valueChanged, &Receiver::staticUpdateValue);

旧语法的 SLOT 宏只能用于类的非静态成员函数，因为它依赖 Qt 元对象系统（Q_OBJECT 宏），非成员函数没有对应的元数据，无法通过旧语法连接。

内容的提问来源于stack exchange，提问作者Ghorm