QT源碼之Qt信號槽機制與事件機制的聯系是本文要介紹的內容，通過解決一個問題，從中分析出的理論，先來看內容。

本文就是來解決一個問題，就是當signal和slot的連接為Qt::QueuedConnection，這時候這個連接是怎么分發處理的。下面就結合一下Qt的源代碼來分析一下。

view plaincopy to clipboardprint?  
if ((c->connectionType == Qt::AutoConnection     
     && (currentThreadData != sender->d_func()->threadData     
         || receiver->d_func()->threadData != sender->d_func()->threadData))     
    || (c->connectionType == Qt::QueuedConnection)) {     
    queued_activate(sender, signal, *c, argv);     
    continue;     
} else if (c->connectionType == Qt::BlockingQueuedConnection) {     
    blocking_activate(sender, signal, *c, argv);     
    continue;     
}    
if ((c->connectionType == Qt::AutoConnection  
     && (currentThreadData != sender->d_func()->threadData  
         || receiver->d_func()->threadData != sender->d_func()->threadData))  
    || (c->connectionType == Qt::QueuedConnection)) {  
    queued_activate(sender, signal, *c, argv);  
    continue;  
} else if (c->connectionType == Qt::BlockingQueuedConnection) {  
    blocking_activate(sender, signal, *c, argv);  
    continue;  
}  

這段代碼的意思是：當前connectionType為Qt::AutoConnection并且，signal和slot不在一個線程或者是signal和不再當前線程中；或者是c->connectionType為 Qt::QueuedConnection這時候調用函數

queued_activate，如果c->connectionType 為Qt::BlockingQueuedConnection則調用函數blocking_activate

我們當queued_activate和blocking_activate一樣就可以了。

queued_activate函數很簡單，就是對參數轉換一下，然后調用   

QCoreApplication::postEvent(c.receiver, new QMetaCallEvent(c.method,sender,signal,nargs,types,args,semaphore)); 

注意： postEvent第二個參數是QMetaCallEvent。這樣這個signal-slot的connection就發送到receiver的消息隊列中去了。

接下來消息隊列如何處理QMetaCallEvent，請參考QT源碼解析剖析Qt的事件機制原理（詳解 QT 源碼之 Qt 事件機制原理）

后記：通過這種方法Qt實現了跨線程的signal-slot傳遞，并且這種signal-slot機制的傳遞是利用消息隊列，所以說是線程安全的。

小結：關于QT源碼之Qt信號槽機制與事件機制的聯系的問題介紹完了，希望本文對你有幫助。