3

我有以下问题：我们的主应用程序使用 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 不喜欢它。但是，我并没有有意识地创建新线程，我认为单例（在调用后立即在 main 函数中创建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();
  }
};

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

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

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

4

2 回答 2

1

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

您正在按照您描述的顺序隐含地执行此操作：

•我在MainWindow 类中创建了一个与Boost 信号具有相同签名的新Qt 信号

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

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

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

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

注意 2 - 实际上，接收者的 QObject 归主线程所有。每个 QObject 都保留了创建它的线程上下文的线程 ID。

我希望这有助于解释线程发生了什么。您的解决方案很好，但正如@tmpearce 建议的那样，将东西包装在适配器中可能会很方便。

于 2012-05-29T16:23:39.127 回答
0

将 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;
}

保持方法体的其余部分不变。

于 2012-05-24T14:26:59.683 回答