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