异步调用槽，而不使用清晰的代码行连接到它

Question

我遇到了非常奇怪的错误 - QAction::trigger导致出现阻塞对话框，这导致我的服务器调用trigger卡住（例如，在对话框关闭之前无法处理套接字信号）。

我想出了一个解决方法。我使用Qt::QueuedConnection将信号void triggerWorkaround()连接到插槽QAction::trigger并发出它：

QObject::connect(this, &HackClass::triggerWorkaround, targetAction_.data(), &QAction::trigger, Qt::QueuedConnection);
emit triggerWorkaround();
QObject::disconnect(this, nullptr, targetAction_.data(), nullptr);

但这是三行令人困惑的代码。有没有一种不混淆的方法可以做到这一点？我发现了QMetaObject::invokeMethod，但坦率地说，这比我目前的解决方案令人困惑 10 倍。另外，我不想将方法名称用作字符串！

Answer 1

你可以

把它分成一个函数QueuedInvoke如下所示：

//overload for methods/slots
//the slot gets invoked in the thread where the QObject lives
template <typename Object, typename T>
void QueuedInvoke(Object* object, T (Object::* f)()){
    QObject signalSource;
    QObject::connect(&signalSource, &QObject::destroyed,
                     object, f, Qt::QueuedConnection);
}
//overload for functors
//the functor gets invoked in the thread where the contextObject lives
//or in the current thread if no contextObject is provided
template <typename Func>
void QueuedInvoke(Func&& f, QObject* contextObject = QAbstractEventDispatcher::instance()){
    QObject signalSource;
    QObject::connect(&signalSource, &QObject::destroyed, 
                     contextObject, std::forward<Func>(f), Qt::QueuedConnection);
}

这将利用从临时QObject发出的destroyed()信号将排队的事件发布到事件循环中。当事件循环处理该事件时，实际上会调用槽/函子。

因此，您可以像这样使用上述功能，而不是您发布的 3 行：

QueuedInvoke(targetAction_.data(), &QAction::trigger);

---

^{我的答案是基于这个关于在给定QThread中执行函子的伟大答案。您可以参考它以获取更多详细信息。}