并且在选择并打开摄像头的时候，开启这个timer
看上去没有问题，但是实际上这种“线程”处理的方法低效却又粗暴；最为严重的是，它可能会降低整个程序的效率。这篇博客，就是从现有问题出发、引入相关资料、提出自己的思考，并且最终尝试得到“优雅”的解决方法。
一、使用QTimer存在的问题；
图像处理问题面临的棘手问题之一，就是“效率”：一个实时的图像处理算法，其单幅处理时间需要降低到50ms以下，这个困难不言而喻；反过来说，比较耗时的视频算法，经常是存在的。在使用QTimer的这种情况下，这种比较耗时的图像处理算法，很可能会拉低整个程序的运行速度。
我们可以通过一个简单的例子来观察：
通过将现有的图像处理函数，修改为一个比较耗时的操作：
这种情况下，不仅整个界面不响应输入，而且会出现假死亡的情况：
那们这里模拟的就是比较极端的耗时线程，我们会将这个耗时操作在后面反复使用。
二、引入moveToThread函数；
要说moveToThread是什么，最好的资料是QT文档。它是一个QObject的函数，也就是基本上所有QT对象都会继承这个函数。
void QObject::moveToThread(QThread *targetThread)
myObject->moveToThread(QApplication::instance()->thread()); 而我们肯定是要将处理视频的这个工作线程插入到主线程中去。工作线程它的特点，就是重复进行从摄像头中获取图片->处理这张图片->显示处理结果这个过程。
使用Timer方法，是没有办法使用moveToThread函数的，必须要将工作线程独立出来。
三、引入Process线程的解决方法；
《ComputerVision with opencv3 and qt5》书中为我们提供了非常好的例子，首先来学习：
通过引入videoprocessor这个QT对OpenCV videocapture的再封装来解决问题，其中使用的信号/槽机制非常精彩，代码可以说是非常精简的。
class VideoProcessor : public QObject
{
Q_OBJECT
public:
explicit VideoProcessor(QObject *parent = nullptr);
signals:
void inDisplay(QPixmap pixmap);
void outDisplay(QPixmap pixmap);
public slots:
void startVideo();
void stopVideo();
private:
bool stopped;
}; 其实现方式：
void VideoProcessor::startVideo()
{
using namespace cv;
VideoCapture camera(0);
Mat inFrame, outFrame;
stopped = false;
while(camera.isOpened() && !stopped)
{
camera >> inFrame;
if(inFrame.empty())
continue;
bitwise_not(inFrame, outFrame);
emit inDisplay(
QPixmap::fromImage(
QImage(
inFrame.data,
inFrame.cols,
inFrame.rows,
inFrame.step,
QImage::Format_RGB888)
.rgbSwapped()));
emit outDisplay(
QPixmap::fromImage(
QImage(
outFrame.data,
outFrame.cols,
outFrame.rows,
outFrame.step,
QImage::Format_RGB888)
.rgbSwapped()));
}
}
void VideoProcessor::stopVideo()
{
qDebug() << Q_FUNC_INFO;
stopped = true;
}
在其实现中，只有一个信号量“ stopped “；主要是StartVideo函数，而图像处理算法以“三明治”方式加载StartVideo函数中。比较一下，这里直接将inFrame和outFrame 这两个Mat以信号的方式emit出来，而后在主线程中
MainWindow::MainWindow(QWidget *parent) :
QMainWindow(parent),
ui(new Ui::MainWindow)
{
ui->setupUi(this);
processor = new VideoProcessor();
processor->moveToThread(new QThread(this));
connect(processor->thread(),
SIGNAL(started()),
processor,
SLOT(startVideo()));
connect(processor->thread(),
SIGNAL(finished()),
processor,
SLOT(stopVideo()));
connect(processor,
SIGNAL(inDisplay(QPixmap)),
ui->inVideo,
SLOT(setPixmap(QPixmap)));
connect(processor,
SIGNAL(outDisplay(QPixmap)),
ui->outVideo,
SLOT(setPixmap(QPixmap)));
processor->thread()->start();
}
MainWindow::~MainWindow()
{
processor->stopVideo();
processor->thread()->quit();
processor->thread()->wait();
delete ui;
}直接以这种方式启动Started和finished（这两者都是Thread自己的函数），并且将VideoProcessor 传出的两个信号直接显示在界面上。
这种情况下，将那句
写入主要线程，产生的结果是虽然有2、3秒的延时，但是还是最终能够退掉的。证明这种效果下线程的时效性更好，应该被采用。
其中，值得注意的是moveToThread的运用，是在主线程中生成工作线程，而后通过moveToThread方法插入主线程中去。
四、采用videoprocess方法升级GOQttemplate
细节不赘述，你可以直接看结果。这里需要说明的是改成这种线程方法后可能存在的问题。在原来的方法中，由于函数都在主线程中，这样包括videocapture的号，是否使用算法等问题，都直接可以传递变量。但是在目前这种情况下，则必须采用一些方法才能够传递。
比如原代码中的StartVideo，默认打开的是camera(0)，这个肯定是需要修改的。
这里就涉及到一些传值的问题，我们还是力图用最简单、直接的方法解决问题，这里还是采用传递信号变量的方式。
值得注意的是，由于这里采用了多线程，所以在打开新摄像头的时候要尤其注意。
//打开摄像头
void MainWindow::on_pushButton_OpenCam_clicked()
{
//stop camera first
processor->stopVideo();
processor->thread()->quit();
processor->thread()->wait();
//打开摄像头，从摄像头中获取视频
processor->n_cameraindex = ui->comboCamera->currentIndex();
processor->thread()->start();
}下面我将其它功能进行完善。
五、将camera线程和图像处理线程分开
在前面提到了“从摄像头中获取图片->处理这张图片->显示处理结果”，实际上这不是一个原子操作，图片的获取、显示和图片的处理应该是可以分开了的。
但是这里肯定就涉及到了较为复杂的线程间通信问题。那么这个操作对于用户体验是否会有提高了？答案应该是要和这个项目本身有关。对于视频处理程序来说，只关心的是最终处理的结果，那么将处理操作放在工作线程中（而不是开两个工作线程）就是最省时间的方法；但是也可能存在这种情况，一方面用户需要看到全图，另一方面又需要将处理的结果叠加到原图上去，那么分两个工作现场就是必要的了。
在这个思想的指导下，我完成了这方面工作设计：
为了创造2个线程，所以就必须创建2个类。其中1个是这样
1个是这样
实现这块，主要是看这个消息/槽的机制
这个连接的定义，是写在主程序中的。为了让Mat能够被QT识别，还需要写一句
感谢阅读至此，希望有所帮助！