因為最近要用到Gtk+的關(guān)系,特意扒出來惡補一下,以前用MFC和WTL比較多些,習慣了使用回調(diào)函數(shù)虛繼承和模板特化來實現(xiàn)與客戶代碼交互,猛一改過來還真有點蒙,再加上Gtk+網(wǎng)上的資料又比較少,不過好在Qt的接口設(shè)計也是通過signal/slot機制來實現(xiàn)客戶代碼交互的,趕緊找些資料參考一下,這里特別留個備份權(quán)當加強記憶吧...

       信號和槽是用來在對象間通訊的方法，當一個特定事件發(fā)生的時候,，signal會被 emit 出來,，slot 調(diào)用是用來響應(yīng)相應(yīng)的 signal 的,。
    QT 對象已經(jīng)包含了許多預(yù)定義的 signal，但我們總是可以在派生類中添加新的 signal,。
    QT 對象中也已經(jīng)包含了許多預(yù)定義的 slog,，但我們可以在派生類中添加新的 slot 來處理我們感興趣的 signal
    signal 和 slot 機制是類型安全的，signal 和 slot必須互相匹配(實際上,，一個solt的參數(shù)可以比對應(yīng)的signal的參數(shù)少，因為它可以忽略多余的參數(shù)),。signal 和 slot是松散的配對關(guān)系,，發(fā)出signal的對象不關(guān)心是那個對象鏈接了這個signal，也不關(guān)心是那個或者有多少slot鏈接到了這個 signal,。QT的signal 和 slot機制保證了,，如果一個signal和slot相鏈接，slot會在正確的時機被調(diào)用,，并且是使用正確的參數(shù),。Signal和slot都可以攜帶任 何數(shù)量和類型的參數(shù)，他們都是類型安全的,。
    所有從QObject直接或者間接繼承出來的類都能包含信號和槽,，當一個對象的狀態(tài)發(fā)生變化的時候，信號就可以被emit出來,，這可能是某個其它的對象所 關(guān)心的,。這個對象并不關(guān)心有那個對象或者多少個對象鏈接到這個信號了，這是真實的信息封裝,，它保證了這個對象可以作為一個軟件組件來被使用,。
    槽(slot)是用來接收信號的，但同時他們也是一個普通的類成員函數(shù),，就象一個對象不關(guān)心有多少個槽鏈接到了它的某個信號,，一個對象也不關(guān)心一個槽鏈接了多少個信號。這保證了用QT創(chuàng)建的對象是一個真實的獨立的軟件組件,。
    一個信號可以鏈接到多個槽,，一個槽也可以鏈接多個信號。同時,，一個信號也可以鏈接到另外一個信號,。
    所有使用了信號和槽的類都必須包含 Q_OBJECT 宏，而且這個類必須從QObject類派生(直接或者間接派生)出來,，
    當一個signal被emit出來的時候,，鏈接到這個signal的slot會立刻被調(diào)用，就好像是一個函數(shù)調(diào)用一樣,。當這件事情發(fā)生的時 候,，signal和slot機制與GUI的事件循環(huán)完全沒有關(guān)系,，當所有鏈接到這個signal的slot執(zhí)行完成之后，在 emit 代碼行之后的代碼會立刻被執(zhí)行,。當有多個slot鏈接到一個signal的時候,，這些slot會一個接著一個的、以隨機的順序被執(zhí)行,。
    Signal 代碼會由 moc 自動生成,，開發(fā)人員一定不能在自己的C++代碼中實現(xiàn)它，并且,，它永遠都不能有返回值,。
    Slot其實就是一個普通的類函數(shù)，并且可以被直接調(diào)用,，唯一特殊的地方是它可以與signal相鏈接,。
    C++的預(yù)處理器更改或者刪除 signal, slot, emit 關(guān)鍵字，所以,，對于C++編譯器來說,，它處理的是標準的C++源文件。

    signal/slot 在底層會使用三種方式傳遞消息,。bool QObject::connect ( const QObject * sender, const char * signal, const QObject * receiver, const char * method, Qt::ConnectionType type = Qt::AutoCompatConnection )
最后一個參數(shù)是就是傳遞消息的方式了,，有四個取值：

Qt::DirectConnection
When emitted, the signal is immediately delivered to the slot.
假設(shè)當前有4個slot連接到QPushButton::clicked(bool)，當按鈕被按下時,，QT就把這4個slot按連接的時間順序調(diào)用一遍,。顯然這種方式不能跨線程（傳遞消息）。

Qt::QueuedConnection
When emitted, the signal is queued until the event loop is able to deliver it to the slot.
假 設(shè)當前有4個slot連接到QPushButton::clicked(bool),，當按鈕被按下時,，QT就把這個signal包裝成一個 QEvent，放到消息隊列里,。QApplication::exec()或者線程的QThread::exec()會從消息隊列里取消息,，然后調(diào)用 signal關(guān)聯(lián)的幾個slot。這種方式既可以在線程內(nèi)傳遞消息,，也可以跨線程傳遞消息,。

Qt::BlockingQueuedConnection
Same as QueuedConnection, except that the current thread blocks until the slot has been delivered. This connection type should only be used for receivers in a different thread. Note that misuse of this type can lead to dead locks in your application.
與Qt::QueuedConnection類似，但是會阻塞等到關(guān)聯(lián)的slot都被執(zhí)行,。這里出現(xiàn)了阻塞這個詞,，說明它是專門用來多線程間傳遞消息的。

Qt::AutoConnection
If the signal is emitted from the thread in which the receiving object lives, the slot is invoked directly, as with Qt::DirectConnection; otherwise the signal is queued, as with Qt::QueuedConnection.
這種連接類型根據(jù)signal和slot是否在同一個線程里自動選擇Qt::DirectConnection或Qt::QueuedConnection

這樣看來,，第一種類型的效率肯定比第二種高,，畢竟第二種方式需要將消息存儲到隊列，而且可能會涉及到大對象的復(fù)制（考慮sig_produced(BigObject bo)，bo需要復(fù)制到隊列里）,。

Qt的線程和 signal-slot