qt的Qt::ConnectionType详细以及信号参数传递

信号和槽的同步异步

这个可以通过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）；

}

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);

}

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