Qt带返回值的信号发射方式（使用QMetaObject::invokeMethod）

一般来说，我们发出信号使用emit这个关键字来操作，但是会发现，emit并不算一个调用，所以它没有返回值。那么如果我们发出这个信号想获取一个返回值怎么办呢？

两个办法：1.通过出参形式返回，引用或者指针的方式带回；比如emit sig(int& i)或者emit sig(void* pointer)，但是这个方法有一个弊端，稍后介绍第二种方式会提醒。

2.通过qt自带的invoke机制调用：参考文档对QMetaObject::invokeMethod的说明：Invokes the member (a signal or a slot name) on the object obj.也就是说回调是可以回调信号或者槽的。一般来说，我们使用invokeMethod是在子线程需要调度UI操作的时候(已经有很多文章详细说明了使用方式，不再赘述)，因为UI操作只能在主线程中使用(否则会出现未定义错误)，通过这种回调方式，让要操作的事件回到主线程时间片的时候再来执行。大部分情况下，我们把UI操作封装在一个槽里，用回调方式来调度。同样信号也可以用这种方式，但是有几点需要注意的是，1.调用回调的连接方式：如果信号和连接槽在一个线程内，那么必须用Qt::DirectConnection或者Qt::AutoConnection，这样的话，保证信号回调后，线程会等待信号连接槽执行完毕，才可能取到我们需要的返回值；如果使用了Qt::QueuedConnection，那么信号只是负责把事件交给事件队列，然后马上做出返回，这样，是否有返回值就无法确定了(这也就是第一个方法的弊端，因为信号发射是根据信号和槽各自的线程情况来选择的连接方式).如果信号和槽在两个线程中，那么首先肯定不能使用Qt::DirectConnection，除非你很清楚连接槽的动作是否保证了线程安全。但根据第一条的说明，也不能使用Qt::QueuedConnection。不过还好qt提供了一个额外的连接方式就是Qt::BlockingQueuedConnection，这个连接方式会阻塞住发射信号的线程一直等到队列连接槽返回后，才会恢复阻塞，这样就可以保证我们能拿到真正的返回值。(但是使用这种方式需要你清楚的知道，发射线程是否允许阻塞和连接槽是否对这个阻塞线程有什么特别的操作,一般来说，如果这个线程并不是由你自己控制的话，不要随便尝试去阻塞别人的线程，因为你并不清楚别人线程的执行逻辑)

调用方式大致代码如下bool bReturn; QMetaObject::invokeMethod(&object, "sig", Qt::DirectConnection/*Qt::QueuedConnection*/, Q_RETURN_ARG(bool, bReturn), Q_ARG(int, i));

https://github.com/KaiMingPrince

https://www.cnblogs.com/KaiMing-Prince/p/7967588.html