QT 是一個跨平台的 C++ GUI 應用構架，它提供了豐富的窗口部件集，具有面向對象、易於擴展、真正的組件編程等特點。
更為引人注目的是目前 Linux 上最為流行的 KDE 桌面環境就是建立在 QT 庫的基礎之上。
【1】歷史
信號和槽機制是 QT 的核心機制，要精通QT編程就必須對信號和槽有所了解。
信號和槽是一種高級接口，應用於對象之間的通信，它是QT的核心特性，也是QT區別於其它工具包的重要地方。
信號和槽是QT自行定義的一種通信機制，它獨立於標准的 C/C++ 語言，
因此要正確的處理信號和槽，必須借助一個稱為 moc（Meta Object Compiler）的QT工具，
該工具是一個C++ 預處理程序，它為高層次的事件處理自動生成所需要的附加代碼。
在我們所熟知的很多GUI工具包中，窗口小部件 (widget) 都有一個回調函數用於響應它們能觸發的每個動作，這個回調函數通常是一個指向某個函數的指針。
但是，在QT中信號和槽取代了這些凌亂的函數指針，使得我們編寫這些通信程序更為簡潔明了。
信號和槽能攜帶任意數量和任意類型的參數，它們是類型完全安全的，不會像回調函數那樣產生 core dumps。
所有從 QObject 或其子類 ( 例如 Qwidget) 派生的類都能夠包含信號和槽。
當對象改變其狀態時，信號就由該對象發射 (emit) 出去，這就是對象所要做的全部事情，它不知道另一端是誰在接收這個信號。
這就是真正的信息封裝，它確保對象被當作一個真正的軟件組件來使用。槽用於接收信號，但它們是普通的對象成員函數。
一個槽並不知道是否有任何信號與自己相連接。而且，對象並不了解具體的通信機制。
你可以將很多信號與單個的槽進行連接，也可以將單個的信號與很多的槽進行連接，甚至於可以將一個信號與另外一個信號相連接也是可能的，
這時無論第一個信號什么時候發射系統都將立刻發射第二個信號。總之，信號與槽構造了一個強大的部件編程機制。
【2】信號
當某個信號對其客戶或所有者發生的內部狀態發生改變，信號被一個對象發射。
只有定義過這個信號的類及其派生類能夠發射這個信號。當一個信號被發射時，與其相關聯的槽將被立刻執行，就象一個正常的函數調用一樣。
信號 --- 槽機制完全獨立於任何 GUI 事件循環。只有當所有的槽返回以后發射函數（emit）才返回。
如果存在多個槽與某個信號相關聯，那么，當這個信號被發射時，這些槽將會一個接一個地執行，
但是它們執行的順序將會是隨機的、不確定的，我們不能人為地指定哪個先執行、哪個后執行。
信號的聲明是在頭文件中進行的，QT 的 signals 關鍵字指出進入了信號聲明區，隨后即可 聲明自己的信號。
例如，下面定義了三個信號：
1 SIGNALS: 2 void mySignal(); 3 void mySignal(int x); 4 void mySignalParam(int x,int y);
在上面的定義中，signals 是 QT 的關鍵字，而非 C/C++ 的。
接下來的一行 void mySignal() 定義了信號 mySignal，這個信號沒有攜帶參數；
接下來的一行 void mySignal(int x) 定義了重名信號 mySignal，但是它攜帶一個整形參數，這有點類似於 C++ 中的虛函數。
從形式上講，信號的聲明與普通的C++函數是一樣的，但是信號卻沒有函數體定義，另外，信號的返回類型都是void，不要指望能從信號返回什么有用信息。
信號由 moc 自動產生，它們不應該在 .cpp 文件中實現。
【3】槽
槽是普通的 C++ 成員函數，可以被正常調用，它們唯一的特殊性就是很多信號可以與其相關聯。
當與其關聯的信號被發射時，這個槽就會被調用。槽可以有參數，但槽的參數不能有缺省值。
既然槽是普通的成員函數，因此與其它的函數一樣，它們也有存取權限。
槽的存取權限決定了誰能夠與其相關聯。同普通的C++成員函數一樣，槽函數也分為三種類型，即 public slots、private slots 和 protected slots。
public slots：在這個區內聲明的槽意味着任何對象都可將信號與之相連接。
這對於組件編程非常有用，你可以創建彼此互不了解的對象，將它們的信號與槽進行連接以便信息能夠正確的傳遞。
protected slots：在這個區內聲明的槽意味着當前類及其子類可以將信號與之相連接。
這適用於那些槽，它們是類實現的一部分，但是其界面接口卻面向外部。
private slots：在這個區內聲明的槽意味着只有類自己可以將信號與之相連接。這適用於聯系非常緊密的類。
槽也能夠聲明為虛函數，這也是非常有用的。
槽的聲明也是在頭文件中進行的。例如，下面聲明了三個槽：
1 public slots: 2
3 void mySlot(); 4 void mySlot(int x); 5 void mySignalParam(int x,int y);
【4】信號與槽的關聯
通過調用 QObject 對象的 connect 函數來將某個對象的信號與另外一個對象的槽函數相關聯，這樣當發射者發射信號時，接收者的槽函數將被調用。
該函數的定義如下：
bool QObject::connect ( const QObject * sender, const char * signal, const QObject * receiver, const char * member ) [static]
這個函數的作用就是將發射者 sender 對象中的信號 signal 與接收者 receiver 中的 member 槽函數聯系起來。
當指定信號 signal 時必須使用 QT 的宏 SIGNAL()，當指定槽函數時必須使用宏 SLOT()。
如果發射者與接收者屬於同一個對象的話，那么在 connect 調用中接收者參數可以省略。
例如，下面定義了兩個對象：標簽對象 label 和滾動條對象 scroll，並將 valueChanged() 信號與標簽對象的 setNum() 相關聯，
另外信號還攜帶了一個整形參數，這樣標簽總是顯示滾動條所處位置的值。
1 QLabel *label = new QLabel; 2 QScrollBar *scroll = new QScrollBar; 3 QObject::connect( scroll, SIGNAL(valueChanged(int)), label, SLOT(setNum(int)) );
一個信號甚至能夠與另一個信號相關聯，看下面的例子：
1 class MyWidget : public QWidget 2 { 3 public: 4 MyWidget(); 5
6 signals: 7 void aSignal(); 8
9 private: 10 QPushButton *aButton; 11 }; 12 MyWidget::MyWidget() 13 { 14 aButton = new QPushButton( this ); 15 connect(aButton, SIGNAL(clicked()), SIGNAL(aSignal())); 16 }
在上面的構造函數中，MyWidget 創建了一個私有的按鈕 aButton，按鈕的單擊事件產生的信號 clicked() 與另外一個信號 aSignal() 進行了關聯。
這樣一來，當信號 clicked() 被發射時，信號 aSignal() 也接着被發射。
當然，你也可以直接將單擊事件與某個私有的槽函數相關聯，然后在槽中發射 aSignal() 信號，這樣的話似乎有點多余。
當信號與槽沒有必要繼續保持關聯時，我們可以使用 disconnect 函數來斷開連接。其定義如下：
bool QObject::disconnect ( const QObject * sender, const char * signal, const Object * receiver, const char * member ) [static]
這個函數斷開發射者中的信號與接收者中的槽函數之間的關聯。
有三種情況必須使用 disconnect() 函數：
<1>斷開與某個對象相關聯的任何對象。
這似乎有點不可理解，事實上，當我們在某個對象中定義了一個或者多個信號，這些信號與另外若干個對象中的槽相關聯，
如果我們要切斷這些關聯的話，就可以利用這個方法，非常之簡潔。
disconnect( myObject, 0, 0, 0 ) 或者 myObject->disconnect()
<2>斷開與某個特定信號的任何關聯。
disconnect( myObject, SIGNAL(mySignal()), 0, 0 ) 或者 myObject->disconnect( SIGNAL(mySignal()) )
<3>斷開兩個對象之間的關聯。
disconnect( myObject, 0, myReceiver, 0 ) 或者 myObject->disconnect( myReceiver )
在 disconnect 函數中 0 可以用作一個通配符，分別表示任何信號、任何接收對象、接收對象中的任何槽函數。
但是發射者 sender 不能為 0，其它三個參數的值可以等於 0。
【5】元對象工具
元對象編譯器 moc（meta object compiler）對 C++ 文件中的類聲明進行分析並產生用於初始化元對象的 C++ 代碼，元對象包含全部信號和槽的名字以及指向這些函數的指針。
moc 讀 C++ 源文件，如果發現有 Q_OBJECT 宏聲明的類，它就會生成另外一個 C++ 源文件，這個新生成的文件中包含有該類的元對象代碼。
例如，假設我們有一個頭文件 mysignal.h，在這個文件中包含有信號或槽的聲明。
那么在編譯之前 moc 工具就會根據該文件自動生成一個名為 mysignal.moc.h 的 C++ 源文件並將其提交給編譯器；
類似地，對應於 mysignal.cpp 文件 moc 工具將自動生成一個名為 mysignal.moc.cpp 文件提交給編譯器。
元對象代碼是 signal/slot 機制所必須的。
用 moc 產生的 C++ 源文件必須與類實現一起進行編譯和連接，或者用 #include 語句將其包含到類的源文件中。
moc 並不擴展 #include 或者 #define 宏定義 , 它只是簡單的跳過所遇到的任何預處理指令。
【6】程序樣例
這里給出了一個簡單的樣例程序，程序中定義了三個信號、三個槽函數，然后將信號與槽進行了關聯，每個槽函數只是簡單的彈出一個對話框窗口。
讀者可以用 kdevelop 生成一個簡單的 QT 應用程序，然后將下面的代碼添加到相應的程序中去。
信號和槽函數的聲明一般位於頭文件中，同時在類聲明的開始位置必須加上 Q_OBJECT 語句，這條語句是不可缺少的，它將告訴編譯器在編譯之前必須先應用 moc 工具進行擴展。
關鍵字 signals 指出隨后開始信號的聲明，這里 signals 用的是復數形式而非單數，siganls 沒有 public、private、protected 等屬性，這點不同於 slots。
另外，signals、slots 關鍵字是 QT 自己定義的，不是 C++ 中的關鍵字。
信號的聲明類似於函數的聲明而非變量的聲明，左邊要有類型，右邊要有括號，如果要向槽中傳遞參數的話，在括號中指定每個形式參數的類型，當然，形式參數的個數可以多於一個。
關鍵字 slots 指出隨后開始槽的聲明，這里 slots 用的也是復數形式。
槽的聲明與普通函數的聲明一樣，可以攜帶零或多個形式參數。既然信號的聲明類似於普通 C++ 函數的聲明，那么，信號也可采用 C++ 中虛函數的形式進行聲明，即同名但參數不同。
例如，第一次定義的 void mySignal() 沒有帶參數，而第二次定義的卻帶有參數，從這里我們可以看到 QT 的信號機制是非常靈活的。
信號與槽之間的聯系必須事先用 connect 函數進行指定。如果要斷開二者之間的聯系，可以使用函數 disconnect。
1 //tsignal.h
2
3 class TsignalApp:public QMainWindow 4 { 5 Q_OBJECT 6
7 // 信號聲明區
8 signals: 9 // 聲明信號 mySignal()
10 void mySignal(); 11 // 聲明信號 mySignal(int)
12 void mySignal(int x); 13 // 聲明信號 mySignalParam(int,int)
14 void mySignalParam(int x,int y); 15 // 槽聲明區
16 public slots: 17 // 聲明槽函數 mySlot()
18 void mySlot(); 19 // 聲明槽函數 mySlot(int)
20 void mySlot(int x); 21 // 聲明槽函數 mySignalParam (int，int)
22 void mySignalParam(int x,int y); 23 } 24
25 //tsignal.cpp
26
27 TsignalApp::TsignalApp() 28 { 29
30 // 將信號 mySignal() 與槽 mySlot() 相關聯
31 connect(this,SIGNAL(mySignal()),SLOT(mySlot())); 32 // 將信號 mySignal(int) 與槽 mySlot(int) 相關聯
33 connect(this,SIGNAL(mySignal(int)),SLOT(mySlot(int))); 34 // 將信號 mySignalParam(int,int) 與槽 mySlotParam(int,int) 相關聯
35 connect(this,SIGNAL(mySignalParam(int,int)),SLOT(mySlotParam(int,int))); 36 } 37 // 定義槽函數 mySlot()
38 void TsignalApp::mySlot() 39 { 40 QMessageBox::about(this,"Tsignal", "This is a signal/slot sample without parameter."); 41 } 42 // 定義槽函數 mySlot(int)
43 void TsignalApp::mySlot(int x) 44 { 45 QMessageBox::about(this,"Tsignal", "This is a signal/slot sample with one parameter."); 46 } 47 // 定義槽函數 mySlotParam(int,int)
48 void TsignalApp::mySlotParam(int x,int y) 49 { 50 char s[256]; 51 sprintf(s,"x:%d y:%d",x,y); 52 QMessageBox::about(this,"Tsignal", s); 53 } 54 void TsignalApp::slotFileNew() 55 { 56 // 發射信號 mySignal()
57 emit mySignal(); 58 // 發射信號 mySignal(int)
59 emit mySignal(5); 60 // 發射信號 mySignalParam(5，100)
61 emit mySignalParam(5,100); 62 }
【7】應注意的問題
信號與槽機制是比較靈活的，但有些局限性我們必須了解，這樣在實際的使用過程中做到有的放矢，避免產生一些錯誤。下面就介紹一下這方面的情況。
（1）信號與槽的效率是非常高的，但是同真正的回調函數比較起來，由於增加了靈活性，因此在速度上還是有所損失，當然這種損失相對來說是比較小的，
通過在一台 i586-133 的機器上測試是 10 微秒（運行 Linux），可見這種機制所提供的簡潔性、靈活性還是值得的。
但如果我們要追求高效率的話，比如在實時系統中就要盡可能的少用這種機制。
（2）信號與槽機制與普通函數的調用一樣，如果使用不當的話，在程序執行時也有可能產生死循環。
因此，在定義槽函數時一定要注意避免間接形成無限循環，即在槽中再次發射所接收到的同樣信號。
例如 , 在前面給出的例子中如果在 mySlot() 槽函數中加上語句 emit mySignal() 即可形成死循環。
（3）如果一個信號與多個槽相聯系的話，那么，當這個信號被發射時，與之相關的槽被激活的順序將是隨機的。
（4）宏定義不能用在 signal 和 slot 的參數中。
既然 moc 工具不擴展 #define，因此，在 signals 和 slots 中攜帶參數的宏就不能正確地工作，如果不帶參數是可以的。
例如，下面的例子中將帶有參數的宏 SIGNEDNESS(a) 作為信號的參數是不合語法的：
1 #ifdef ultrix 2 #define SIGNEDNESS(a) unsigned a
3 #else
4 #define SIGNEDNESS(a) a
5 #endif
6 class Whatever : public QObject 7 { 8 ..... 9 signals: 10 void someSignal( SIGNEDNESS(a) ); 11 ..... 12 };
（5）構造函數不能用在 signals 或者 slots 聲明區域內。
的確，將一個構造函數放在 signals 或者 slots 區內有點不可理解，無論如何，不能將它們放在 private slots、protected slots 或者 public slots 區內。
下面的用法是不合語法要求的：
1 class SomeClass : public QObject 2 { 3 Q_OBJECT 4 public slots: 5 SomeClass( QObject *parent, const char *name ) : QObject( parent, name ) 6 {} // 在槽聲明區內聲明構造函數不合語法
7
8 };
（6）函數指針不能作為信號或槽的參數。
例如，下面的例子中將 void (*applyFunction)(QList*, void*) 作為參數是不合語法的：
1 class someClass : public QObject 2 { 3 Q_OBJECT 4 ... 5 public slots: 6 void apply(void (*applyFunction)(QList*, void*), char*); // 不合語法
7 };
你可以采用下面的方法繞過這個限制：
1 typedef void (*ApplyFunctionType)(QList*, void*); 2 class someClass : public QObject 3 { 4 Q_OBJECT 5 .... 6 public slots: 7 void apply( ApplyFunctionType, char *); 8 };
（7）信號與槽不能有缺省參數。
既然 signal->slot 綁定是發生在運行時刻，那么，從概念上講使用缺省參數是困難的。
下面的用法是不合理的：
1 class SomeClass : public QObject 2 { 3 Q_OBJECT 4 public slots: 5 void someSlot(int x=100); // 將 x 的缺省值定義成 100，在槽函數聲明中使用是錯誤的
6 };
（8）信號與槽也不能攜帶模板類參數。
如果將信號、槽聲明為模板類參數的話，即使 moc 工具不報告錯誤，也不可能得到預期的結果。
例如，下面的例子中當信號發射時，槽函數不會被正確調用：
1 ... 2 public slots: 3 void MyWidget::setLocation (pair<int,int> location); 4 ... 5 public signals: 6 void MyObject::moved (pair<int,int> location);
但是，你可以使用 typedef 語句來繞過這個限制。如下所示：
1 typedef pair<int,int> IntPair; 2 ... 3 public slots: 4 void MyWidget::setLocation (IntPair location); 5 ... 6 public signals: 7 void MyObject::moved (IntPair location);
這樣使用的話，你就可以得到正確的結果。
（9）嵌套的類不能位於信號或槽區域內，也不能有信號或者槽。
例如，下面的例子中，在 class B 中聲明槽 b() 是不合語法的，在信號區內聲明槽 b() 也是不合語法的。
1 class A 2 { 3 Q_OBJECT 4 public: 5 class B 6 { 7 public slots: // 在嵌套類中聲明槽不合語法
8 void b(); 9 ... 10 }; 11 signals: 12 class B 13 { 14 // 在信號區內聲明嵌套類不合語法
15 void b(); 16 ... 17 }: 18 };
（10）友元聲明不能位於信號或者槽聲明區內。
相反，它們應該在普通 C++ 的 private、protected 或者 public 區內進行聲明。
下面的例子是不合語法規范的：
1 class someClass : public QObject 2 { 3 Q_OBJECT 4 ... 5 signals: // 信號定義區
6 friend class ClassTemplate; // 此處定義不合語法
7 };