QT--Connect 第五个参数

第五个参数共有五种：

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

PS:

QThread *startThread = new QThread();
    //信号emit所处的线程 和 槽函数所处的线程 不一样 AutoConnect是队列连接 槽函数并没有在线程中执行 需要指定为直连在 发出者所处线程执行
    connect(startThread, SIGNAL(started()), this, SLOT(Test()),);
    startThread->start();

像上面这个例子Test()是主UI的一个槽函数，很明显Qthread::started信号和Test()不在同一个线程，所以最终采用队列连接方式，Test()函数会在主UI中执行，想让Test这个函数在线程中执行的话，需要将参数5指定为Qt::DirectConnection。

Qt::DirectConnection：槽函数会在信号发送的时候直接被调用，槽函数运行于信号发送者所在线程，谁emit发的则槽函数就处在谁的线程中。效果看上去就像是直接在信号发送位置调用了槽函数。这个在多线程环境下比较危险，可能会造成奔溃，因为跨线程之间访问会存在问题，这个可以理解成是同步执行，emit语句后的代码将在所有槽函数执行完毕后被执行。（信号与槽函数关系类似于函数调用，同步执行）

Qt::QueuedConnection：槽函数在控制回到接收者所在线程的事件循环时被调用，槽函数运行于信号接收者所在线程，谁接收则槽函数处于谁的线程中。发送信号之后，槽函数不会立刻被调用，等到接收者的当前函数执行完，进入事件循环之后，槽函数才会被调用。多线程环境下一般用这个，这个可以理解成是异步执行，emit语句后的代码将在发出信号后立即被执行，无需等待槽函数执行完毕。（此时信号被塞到信号队列里了，信号与槽函数关系类似于消息通信，异步执行）

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

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