3

tl; dr：我有一个 QThread，只要有新数据可供处理，它就会向主线程发送一个信号。然后主线程获取、处理和显示数据。数据到达的频率更高，主线程能够对其进行处理，从而导致 GUI 冻结并最终导致堆栈溢出（耶！）。

细节

我的应用程序从相机获取帧以进行处理和显示。当新帧可用时，相机会通过 windows 事件进行通知。我有一个线程定期检查这些事件并在新帧可供抓取时通知主线程：

void Worker::run()
{
    running_ = true;

    while (running_)
    {
        if (WaitForSingleObject(nextColorFrameEvent, 0) == WAIT_OBJECT_0)        
            emit signalColorFrame();        

        usleep(15);
    }
}

signalColorFrame连接到Camera类中的插槽，该插槽从相机获取帧，进行一些处理并将其发送到将MainWindow其绘制到屏幕上。

void Camera::onNewColorFrame()
{    
    getFrameFromCamera();
    processFrame();
    drawFrame();
}

现在，如果该方法在下一帧可用之前完成，则一切正常。尽管Camera该类在处理前一帧之前接收到新信号，但随着处理变得更加复杂。

我的解决方案是在处理时阻止来自工作线程的信号，并强制偶数循环在两者之间运行QCoreApplication::processEvents()：

void Camera::onNewColorFrame()
{   
    worker_->blockSignals(true)
    getFrameFromCamera();
    processFrame();
    drawFrame();
    QCoreApplication::processEvents(); // this is essential for the GUI to remain responsive
    worker_->blockSignals(false);
}

这看起来像是一个好方法吗？有人可以提出更好的解决方案吗？

4

1 回答 1

2

我认为在您解决技术方面的问题之前，您应该考虑考虑应用程序的设计方面。有几种方法可以解决您的问题，但首先您应该决定如何处理您没有时间在主线程中处理的帧。您是要跳过它们还是保存以供以后处理，但是您应该意识到处理队列仍然必须具有一定的大小限制，因此您无论如何都应该决定如何处理“超出范围”的数据。

在这种情况下，我个人更喜欢制作一些中间容器来保存在某处接收到的数据，因此您的相机处理线程只需通知收集器接收到的数据，然后收集器决定它是否要存储或跳过数据。一旦有时间访问收集器，主循环就会以 fetchNext() 或 fetchAll() 形式访问，具体取决于您的需要并实现对象处理。

于 2013-04-20T13:49:21.530 回答