多线程执行同一函数出现执行时间也不一样的现象

 

问题：

双线程乃至4线程执行比较耗时的操作时，线程同时开始，线程结束时间不一样。表现现象如下：

1、执行for循环。for循环执行次数越少，多线程结束的时间差越小。同时开始的多线程执行同循环次数的单层for循环耗时比双层for循环结束时间差小。

2、执行图像处理算子时，图像像素越小，执行图像处理算子越快。通一图像像素时，执行简单的图像算子，多线程能同时开始与结束；多线程执行复杂的图像算子能同时开始，结束时间有时间差。

尝试解决方案：

双线程测试图像处理算子XxwImgOp。通过比较线程的开始时间、结束时间、线程执行次序、线程返回的id。判断各种各种解决方案对双线程执行图像处理算子XxwImgOp的影响。

一、QThread的moveToThread

1、Qmutex锁：不能解决

2、线程优先级：不能解决

设置最高的7级优先级start(QThread::InheritPriority)，不能解决问题

3、connect的第五个参数：不能解决

3.1、Qt::AutoConnection： 默认值，使用这个值则连接类型会在信号发送时决定。如果接收者和发送者在同一个线程，则自动使用Qt::DirectConnection类型。如果接收者和发送者不在一个线程，则自动使用Qt::QueuedConnection类型。

3.2、Qt::DirectConnection：槽函数会在信号发送的时候直接被调用，槽函数运行于信号发送者所在线程。效果看上去就像是直接在信号发送位置调用了槽函数。这个在多线程环境下比较危险，可能会造成奔溃。

3.3、Qt::QueuedConnection：槽函数在控制回到接收者所在线程的事件循环时被调用，槽函数运行于信号接收者所在线程。发送信号之后，槽函数不会立刻被调用，等到接收者的当前函数执行完，进入事件循环之后，槽函数才会被调用。多线程环境下一般用这个。

3.4、Qt::BlockingQueuedConnection：槽函数的调用时机与Qt::QueuedConnection一致，不过发送完信号后发送者所在线程会阻塞，直到槽函数运行完。接收者和发送者绝对不能在一个线程，否则程序会死锁。在多线程间需要同步的场合可能需要这个。

3.5、Qt::UniqueConnection：这个flag可以通过按位或（|）与connect的其他第5参数结合在一起使用。当这个flag设置时，当某个信号和槽已经连接时，再进行重复的连接就会失败。也就是避免了重复连接。

4、咨询QT开发工作人员：得到是正常的结果

5、C++11的多线程也有这杨的现象

二、QtConCurrent::run

//阻塞调用，阻塞主线程直到计算完成
 f1.waitForFinished();
 f2.waitForFinished();

阻塞方式与非阻塞方式主要区别是有无waitForFinished()函数

1、阻塞方式

2、非阻塞方式