connect的第5个参数对多线程的影响

1、Qt::AutoConnection

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

Connect函数的第5个参数AutoConnection与不填是一样的效果，双线程几乎同时开始，双线程结束时间相差了110ms左右，有两个线程的线程id。

2、Qt::DirectConnection

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

Connect函数的第5个参数DirectConnection与之前的效果不一样。双线程没有同时开始，线程1的开始与结束耗时150ms左右，线程1结束、线程2开始与线程2结束不花费时间，耗时明显不对。同时只有一个线程的线程id。

3、Qt::QueuedConnection

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

Connect函数的第5个参数QueuedConnection与不填是一样的效果，双线程几乎同时开始，双线程结束时间相差了110ms左右，有两个线程的线程id。

4、Qt::BlockingQueuedConnection

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

Connect函数的第5个参数BlockingQueuedConnection与不填的效果是不一样的，双线程从开始到结束几乎不耗时明显有不对的地方，有两个线程的线程id。

5、Qt::UniqueConnection

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

Connect函数的第5个参数UniqueConnection与不填是一样的效果，双线程几乎同时开始，双线程结束时间相差了110ms左右，有两个线程的线程id。