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);
}
理解了上面几种情况 才能更好地避免出现死锁或者 死循环之类的问题。
信号和槽的同步异步
如果发送者和接收者在同一个线程。一般是同步的。（sender在线程A .receiver在线程B 。触发这个发送消息的在C，是异步的）
这个可以通过connect的最后一个参数指定。
connect的时候最后一个参数解释。并不需要知道胡乱指定参数会触发什么状况。只需要知道在什么状况下指定什么样的参数就可以
Qt::AutoConnection
根据signal和slot所处的线程不同而不同。
如果sender线程和receiver在同一个线程。那么这个执行是同步的
如果sender线程和receiver在不同线程。这个执行时异步的，并且
Qt::DirectConnection
Qt::QueuedConnection
Qt::BlockingQueuedConnection