QObject::connect()参数-Qt::DirectConnection，Qt::QueuedConnection

                  Qt::DirectConnection和Qt::QueuedConnection

connect用于连接qt的信号和槽，在qt编程过程中不可或缺。它其实有第五个参数，只是一般使用默认值，在满足某些特殊需求的时候可能需要手动设置。

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

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

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

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

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

======================================================================

信号和槽的同步异步

这个可以通过connect的最后一个参数指定。connect的时候最后一个参数解释。并不需要知道胡乱指定参数会触发什么状况。只需要知道在什么状况下指定什么样的参数就可以。

后续的测试基于 在sender里面new 一段内存拷贝一段helloworld。调用 emit发射信号。立刻delete这一段内存。

receiver里面先sleep3秒(更容易触发crash)。 再print这一段str.

特别注意。这里不讨论qt GUI主线程和非GUI的线程的操作影响。QT所有的GUI操作只能在MAIN GUI线程里面执行。否则

容易出各种逻辑错误。并且UI可能不能准确显示。

1：Qt::AutoConnection

根据signal和slot所处的线程自动决定。

如果sender线程和receiver在同一个线程。那么这个执行是同步的。相当于DirectConnection

可以传递栈内的地址。引用。等等

例如

发送信号可以这么写

char* pstr=new char[128];

emit a_signal(pstr)

delete pstr

接收的slot可以 print(pstr);

在同一线程中执行

如果sender线程和receiver在不同线程。这个执行是异步的，并且sender在发送完毕后立即返回。不等待。

那么前面的emit传递new参数写法是万万不行，绝对错误的。

不能确保接受的slot一定在你delete pstr之前执行。

在receiver线程上下文中执行slot的函数

2：Qt::DirectConnection

是直接连接。相当于直接调用slot函数。

sender_thread

{

   emit signal()

}

等同于

sender_thread

{

   call slot()

}

slot函数一定是在sender线程的上下文执行。

这种情况一定可以直接传递栈内的地址和new（可能被发送者删除）的数据。没有问题

3：Qt::QueuedConnection

一定是在receiver的线程上下文执行

这种情况一定 不 可以直接传递栈内的地址和new（可能被发送者删除）的数据

线程A

sender_thread

{

  emti signal(argument)  = some_queue.push(argument)立刻返回。

}

线程B

receiver_thread 

{

  argument=some_queue.pop();

  slot（argument）；

}

4：Qt::BlockingQueuedConnection

一定可以直接传递栈的参数和new的变量。即使new的会在emit以后立刻删除

等同于

线程A

send_thread

{

   emit signal= some_queue.push(argument,some_event)

   waitEvent(some_event,INFINITE)

   continue

}

线程B

receiver_thread

{

   argument=some_queue.pop()

   call slot(argument);

   setEvent(event);

}

理解了上面几种情况 才能更好地避免出现死锁或者 死循环之类的问题。