Question

我有以下问题：我们的主应用程序使用Qt工具包显示窗口和用户交互。然而，我们的大部分应用程序都不了解GUI部分。我现在创建了以下设计：

有一个单例类可以请求呈现给定对象（OpenSceneGraph节点;但这与问题无关）
渲染请求导致单例发出信号
主窗口类（使用Qt）中有一个槽来处理渲染对象
目前，广告位只会创建一个新的文本编辑小部件并将其放在主窗口的QMdiArea中

但是，当我尝试创建新的小部件时，应用程序不可避免地崩溃。错误消息区域：

QObject::setParent: Cannot set parent, new parent is in a different thread
[xcb] Unknown request in queue while dequeuing
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
myApplication: ../../src/xcb_io.c:178: dequeue_pending_request: Assertion `!xcb_xlib_unknown_req_in_deq' failed.
Aborted

在仔细阅读stackoverflow之后，我发现了类似的问题（这种情况并不适用）。显然，当我从另一个线程更改主窗口中的某些内容时，Qt不喜欢它。但是，我没有有意识地创建新线程，我认为单例（在调用QApplication()之后在主函数中创建）应该与Qt在相同的线程。显然，我错了。

这是一个显示我正在做的事情的最小例子（我已经提取了代码的相关部分，因此示例不完全正常）：

class Object
{
public:
};

class Singleton
{
public:
  typedef boost::signals2::signal<void (Object*)> signalShowObject;
  signalShowObject _showObject;
};

class MainWindow : public QMainWindow
{
public:
  MainWindow()
  {
    Singleton::getInstance()->_showObject.connect( boost::bind(&MainWindow::showObject, this, _1) );

    // Set up MDI area etc.
  }

private:
  QMdiArea* _mdiArea;

  void showObject(Object* object)
  {
    // Creating a new subwindow here causes the crash. The `object` pointer is
    // not used and has just been included because it models my real problem
    // better.
    _mdiArea->addSubWindow( new QTextEdit() )->show();
  }
};

我解决这个问题的尝试非常笨拙：

我在MainWindow类中创建了一个新的 Qt 信号，其信号与Boost信号相同
在处理Boost信号的插槽中，我发出新的Qt信号，将指针传递给
我现在创建了一个新的 Qt 插槽，用于接收指针

当我在新插槽中打开一个新窗口时，一切正常。然而，这让我非常笨拙。我是否必须级联所有 Boost这样的信号，还是有更好的方法？

Answer 1

我认为令人困惑的是，渲染请求中对单例的调用是从生成请求的任何线程中产生的。单例将返回一个唯一的对象，但它发送的信号仍然在请求线程的上下文中。必须要做的是明确地导致或允许线程上下文切换到主UI线程，以便实际处理此信号并在主线程中创建UI对象。

你正在按照你描述的顺序隐含地这样做：

•我在MainWindow类中创建了一个新的Qt信号   签名作为Boost信号

•在处理Boost信号的插槽中，我发出新的Qt信号，   将指针传递给

•我现在创建了一个接收指针的新Qt插槽

Qt信号和插槽自动排列跨线程信号（注1）。因此处理Boost信号的插槽仍在请求线程中。然后它发出Qt信号。 Qt检测到信号的接收者在主线程中（注释2），但发送者在请求者线程中，并对信号进行排队。当主线程中的主Qt事件循环将此排队事件从事件列表中拉出时，它会自动重新发出信号，但现在它位于主线程上下文中并且允许UI操作。

注1 - 除非在connect（）调用中明确覆盖此行为 - 请参阅 Qt :: ConnectionType 的文档。

注2 - 实际上，接收器的QObject由主线程拥有。每个QObject都保留其创建的线程上下文的线程ID。

我希望这有助于解释线程发生的情况。你的解决方案很好，但正如@tmpearce建议的那样，在适配器中包装可能很方便。

Answer 2

将showObject定义为slot并将小公式添加到其正文中：

if( QThread::currentThread() != thread() )
{
     bool ok = QMetaObject::invokeMethod(this, "showObject", Qt::QueuedConnection, Q_ARG(QObject *, object));

     if( ! ok )
         qDebug() << "Couldn't invoke method";

     return;
}

按原样保留方法体的其余部分。

使用多个线程在Qt应用程序中处理增强信号

2 个答案: