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

本文就是來解決一個問題，就是當(dāng)signal和slot的連接為Qt::QueuedConnection，這時候這個連接是怎么分發(fā)處理的。下面就結(jié)合一下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;  
}  

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

queued_activate，如果c->connectionType 為Qt::BlockingQueuedConnection則調(diào)用函數(shù)blocking_activate

我們當(dāng)queued_activate和blocking_activate一樣就可以了。

queued_activate函數(shù)很簡單，就是對參數(shù)轉(zhuǎn)換一下，然后調(diào)用   

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

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

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

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

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