Question

以下场景：我从OpenCV获得了一个多视频流，并通过QQuickImageProvider的实现显示在我的QML GUI中。如果图像发生变化会导致GUI中的图像调用提供者requestImage（...）函数，则会发出信号。我不太了解QImage的底层实现，特别是如果我将其中一个图像从requestImage（...）传递到我的GUI会发生什么，但QImage的共享内存原理表明可能会出现问题我的OpenCV线程在读取/传递图像时更新图像/ GUI。这是对的吗？

我计划现在采用的方法是将QMutex添加到提供程序中，该提供程序在映像更新和请求期间被锁定，并且在请求函数中将请求的映像复制到新的QImage并在其上调用“bits（）”函数，显然应该导致深层复制，然后解锁互斥锁。这样做有意义吗？是否有必要？

谢谢

Answer 1

了解隐式共享如何在Qt documentation中使用线程。基本上，隐式共享由原子计数器强制执行，但您仍需要提供线程安全性。

我计划现在采取的方法是向提供商添加QMutex 在图像更新和请求期间以及请求中被锁定函数将请求的图像复制到新的QImage并调用＆＃34;位（）＆＃34;它上面的功能，显然应该导致深层复制，然后解锁互斥锁。这样做有意义吗？是吗必要？

文档说它有意义并且应该如何完成，除了不需要制作QImage的深层副本。基本上这对于吸气剂应该足够了。

QImage getImage() 
{
  m_mutex.lock();
  QImage img(m_image);
  m_mutex.unlock();
  return img;
}

您可以使用QMutexLocker创建一个更加分类的版本。

Answer 2

QImage是隐式共享（copy-on-write）的类之一。因此，没有必要手动复制带锁定的QImage;只需调用其复制构造函数即可。副本很浅，但是当你的线程试图更新它时，它会自动进行深层复制。

此外，你为什么不在信号本身传递QImage？

使用QThreads进行QImage

2 个答案: