Qt::BlockingQueuedConnection 与 QMetaCallEvent

Qt 创建连接类型如果是 Qt::BlockingQueuedConnection，即sender thread 与 receiver thread 不同，
但是要求 sender signal 与 receiver slot 执行是 不同线程间的同步行为。也即：在sender signal 发出后 sender线程 要 等待
receiver 线程的 slot 执行完后才能继续 向后执行指令。

该种方式sender与receiver的参数传递并未通过堆上内存的方式进行。而是receiver直接操作sender线程浅上的内存完成的。
因为sender线程处于同步等待状态，函数帧并未返回上一级函数调用者，因此sender的signal 函数桟帧数据处于有效状态。
又因为sender和receiver属于同一个进程，因此可以直接通过指针获取sender 线程调用栈中的内存数据

实现方式：

QSemaphore semaphore;
{
QMutexLocker locker(signalSlotLock(receiver));
if (!c->isSingleShot && !c->receiver.loadAcquire())
continue;
QMetaCallEvent *ev = c->isSlotObject ?
new QMetaCallEvent(c->slotObj, sender, signal_index, argv, &semaphore) :
new QMetaCallEvent(c->method_offset, c->method_relative, c->callFunction,
sender, signal_index, argv, &semaphore);
QCoreApplication::postEvent(receiver, ev);
}
semaphore.acquire();

使用信号量在线程间进行同步，当QMetaCallEvent 在 receiver 线程EventLoop 处理完成后 会通过
void QCoreApplicationPrivate::sendPostedEvents(QObject *receiver, int event_type,
QThreadData *data)
{
...........
...........
QScopedPointer event_deleter(e); // will delete the event (with the mutex unlocked)

QCoreApplication::sendEvent(r, e);  // after all that work, it's time to deliver the event.
...........

...........
}