在 Qt 中，信号机制是事件驱动的核心部分，它使用 观察者模式 来实现对象之间的通信。然而，Qt 的信号本身并不是设计用来有返回值的。信号没有返回值 是因为它的主要目的是通知，而不是直接获取数据。
尽管信号没有返回值，但理解这个机制下的一些设计理念和常见的变通方案会很有帮助。
信号为什么没有返回值？
- 多重连接的问题：
- 信号可以连接到多个槽（slot）。如果信号有返回值，而多个槽函数各自返回不同的值，那么该如何处理这些值？
- 由于 Qt 的信号机制允许一个信号连接到多个槽函数，因此没有一个明确的方法来定义哪个返回值应该优先，或者是否应该聚合所有返回值。
- 解耦思想：
- 信号和槽设计的核心思想是对象之间的解耦。信号的目的只是发出事件通知，而不是直接从槽函数中获取反馈。
- 通过这种解耦，信号的发出者不需要关心接收者的实现细节（槽函数），只需要关注事件本身。
- 实现复杂性：
- 如果信号支持返回值，那么 Qt 的底层元对象系统（
QMetaObject）会需要更复杂的逻辑来支持返回值的处理，包括多重槽连接时的聚合等，这会显著增加信号槽机制的复杂性和不确定性。
- 如果信号支持返回值，那么 Qt 的底层元对象系统（
常见的需求及变通方法
虽然信号没有直接的返回值，但以下是一些常见需求的变通方案：
1. 直接调用槽函数
如果信号只连接到一个槽，并且需要获取槽函数的返回值，你可以直接调用槽函数，而不是通过信号机制。例如：
// 槽函数
QString getData() {return "Hello, World!";
}// 直接调用槽函数
QString result = getData();
qDebug() << "返回值:" << result;
这种方式跳过了信号槽机制，但适合简单的场景。
2. 使用返回值的信号（QSignalMapper 或变通方式）
尽管信号没有返回值，但你可以通过一种间接的方法来传递返回值。例如，信号携带参数，并通过槽函数返回该参数的计算结果。
// 信号声明
signals:void requestData(int requestId);// 槽函数实现
public slots:void handleRequest(int requestId) {// 根据请求 ID 处理逻辑QString result = QString("Result for request %1").arg(requestId);qDebug() << "请求结果:" << result;}// 连接信号与槽
connect(this, &MyClass::requestData, this, &MyClass::handleRequest);// 发出信号
emit requestData(42);
在这种情况下，虽然没有直接的返回值，但通过信号参数和槽函数的逻辑可以实现返回值的功能。
3. 使用函数指针或者 Lambda 捕获返回值
如果你需要类似返回值的效果，可以使用函数指针或者 Lambda 表达式捕获槽函数的结果：
// 信号和槽
QObject::connect(sender, &Sender::signalName, [](QString result) {qDebug() << "捕获的返回值:" << result;
});// 发出信号
emit signalName("返回值通过参数传递");
在这种情况下，你可以通过 Lambda 的捕获机制处理槽函数的输出。
4. 使用异步回调
在某些场景中，异步回调可以被用作信号槽机制的一种扩展，用于传递计算结果。例如：
// 信号和槽
signals:void requestData(const std::function<void(QString)> &callback);public slots:void handleRequest(const std::function<void(QString)> &callback) {// 处理并返回数据QString result = "Hello, Callback!";callback(result);}// 连接信号与槽
connect(this, &MyClass::requestData, this, &MyClass::handleRequest);// 发出信号并传递回调
emit requestData([](QString result) {qDebug() << "通过回调获取的结果:" << result;
});
在这种情况下，槽函数可以异步或同步地调用回调函数，间接实现信号的“返回值”。
5. 使用共享变量（参考/指针）
如果需要在信号和槽之间共享数据，可以通过使用引用或指针
