Qt信号槽的第五个参数的使用

       最近利用Qt的线程来进行包含点线数据文件的读取操作，具体是，收到读取文件的信号时开启线程来进行读取，完成后开始生QImage图像数据并返回给主界面，有时候Qimage数据量大一些，当计时器不断发出获取图像数据的信号时，多线程自动使用Qt::QueuedConnection连接方式，这样会造成很多的信号的累计，在停止计时器后，之前发送的信号要全部处理完才能停止返回图像，这就导致图像更新延迟，停止计时器后图像还在更新的问题，这显然是不合理的。所以这就要用到信号与槽的第5个参数了：

Qt::AutoConnection： 默认值，使用这个值则连接类型会在信号发送时决定。如果接收者和发送者在同一个线程，则自动使用Qt::DirectConnection（无论槽函数所属对象在哪个线程，槽函数都在发射信号的线程内执行）类型。如果接收者和发送者不在一个线程，则自动使用Qt::QueuedConnection类型。

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

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

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

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

 

如果用Qt::BlockingQueuedConnection来进行连接，它要等当前信号处理完后再发送信号，不过这会导致阻塞主线程，造成界面卡顿，所以这个方式也不好，只有在优化图像生成和限制信号发射方面来进行优化，设置flag也可以。

  connect(this, &Widget::changeImageData, readFile, &ReadFile::sendImageData, Qt::BlockingQueuedConnection);//换图象。会阻塞此连接，直到sendImage()处理完毕并返回后才发送信号。