QT 的信號與槽機制(1)
信號
當某個信號對其客戶或所有者發(fā)生的內部狀態(tài)發(fā)生改變，信號被一個對象發(fā)射。只有 定義過這個信號的類及其派生類能夠發(fā)射這個信號。當一個信號被發(fā)射時，與其相關聯(lián)的槽將被立刻執(zhí)行，就象一個正常的函數(shù)調用一樣。信號 - 槽機制完全獨立于任何 GUI 事件循環(huán)。只有當所有的槽返回以后發(fā)射函數(shù)（emit）才返回。 如果存在多個槽與某個信號相關聯(lián)，那么，當這個信號被發(fā)射時，這些槽將會一個接一個地 執(zhí)行，但是它們執(zhí)行的順序將會是隨機的、不確定的，我們不能人為地指定哪個先執(zhí)行、哪 個后執(zhí)行。
信號的聲明是在頭文件中進行的，QT 的 signals 關鍵字指出進入了信號聲明區(qū)，隨后即可 聲明自己的信號。例如，下面定義了三個信號：
signals:
void mySignal();
void mySignal(int x);
void mySignalParam(int x,int y);
在上面的定義中，signals 是 QT 的關鍵字，而非 C/C++ 的。
接下來的一行 void mySignal() 定義了信號 mySignal，這個信號沒有攜帶參數(shù)；
接下來的一行 void mySignal(int x) 定義 了重名信號 mySignal，但是它攜帶一個整形參數(shù)，這有點類似于 C++ 中的虛函數(shù)。
從形式上 講信號的聲明與普通的 C++ 函數(shù)是一樣的，但是信號卻沒有函數(shù)體定義，另外，信號的返回 類型都是 void，不要指望能從信號返回什么有用信息。
信號由 moc 自動產生，它們不應該在 .cpp 文件中實現(xiàn)。
槽
槽是普通的 C
++ 成員函數(shù)，可以被正常調用，它們唯一的特殊性就是很多信號可以與其相關聯(lián)。當與其關聯(lián)的信號被發(fā)射時，這個槽就會被調用。槽可以有參數(shù)，但槽的參數(shù)不能有缺省值。
既然槽是普通的成員函數(shù)，因此與其它的函數(shù)一樣，它們也有存取權限。槽的存取權限決定了誰能夠與其相關聯(lián)。同普通的 C++ 成員函數(shù)一樣，槽函數(shù)也分為三種類型，即 public slots、private slots 和 protected slots。
public slots：在這個區(qū)內聲明的槽意味著任何對象都可將信號與之相連接。這對于組件編程非常有用，你可以創(chuàng)建彼此互不了解的對象，將它們的信號與槽進行連接以便信息能夠正確的傳遞。
protected slots：在這個區(qū)內聲明的槽意味著當前類及其子類可以將信號與之相連接。這適用于那些槽，它們是類實現(xiàn)的一部分，但是其界面接口卻面向外部。
private slots：在這個區(qū)內聲明的槽意味著只有類自己可以將信號與之相連接。這適用于聯(lián)系非常緊密的類。
槽也能夠聲明為虛函數(shù)，這也是非常有用的。
槽的聲明也是在頭文件中進行的。例如，下面聲明了三個槽：
public slots:
void mySlot();
void mySlot(int x);
void mySignalParam(int x,int y);
信號與槽的關聯(lián)
通過調用 QObject 對象的 connect 函數(shù)來將某個對象的信號與另外一個對象的槽函數(shù)相關聯(lián)，這樣當發(fā)射者發(fā)射信號時，接收者的槽函數(shù)將被調用。該函數(shù)的定義如下：
static bool QObject::connect(const QObject *sender, const char *signal,const QObject *receiver, const char *method,Qt::ConnectionType type)
用信號signals和槽slots需注意的基本問題是：
在所有包含signal與slot的類的聲明中:
1)在類class聲明中必須加入Q_OBJECT
2)類的聲明文件必須成單獨保存一個到.h文件