问题:
双线程乃至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、非阻塞方式