Qt程式是事件驅動的, 程式的每個動作都是由幕後某個事件所觸發. Qt事件的型別很多, 常見的qt的事件如下:
鍵盤事件: 按鍵按下和鬆開.
滑鼠事件: 滑鼠移動,滑鼠按鍵的按下和鬆開.
拖放事件: 用滑鼠進行拖放.
滾輪事件: 滑鼠滾輪滾動.
繪屏事件: 重繪螢幕的某些部分.
定時事件: 定時器到時.
焦點事件: 鍵盤焦點移動.
進入和離開事件: 滑鼠移入widget之內,或是移出.
移動事件: widget的位置改變.
大小改變事件: widget的大小改變.
顯示和隱藏事件: widget顯示和隱藏.
視窗事件: 視窗是否為當前視窗.

還有一些非常見的qt事件,比如socket事件,剪貼簿事件,字型改變,佈局改變等等.

Qt 的事件和Qt中的signal不一樣. 後者通常用來”使用”widget, 而前者用來”實現” widget. 比如一個按鈕, 我們使用這個按鈕的時候, 我們只關心他clicked()的signal, 至於這個按鈕如何接收處理滑鼠事件,再發射這個訊號,我們是不用關心的. 但是如果我們要過載一個按鈕的時候,我們就要面對event了. 比如我們可以改變它的行為,在滑鼠按鍵按下的時候(mouse press event) 就觸發clicked()的signal而不是通常在釋放的( mouse release event)時候.

2. 事件產生和處理流程

2.1 事件的產生
事件的兩種來源:

一種是系統產生的;通常是window system把從系統得到的訊息,比如滑鼠按鍵,鍵盤按鍵等, 放入系統的訊息佇列中. Qt事件迴圈的時候讀取這些事件,轉化為QEvent,再依次處理.

一種是由Qt應用程式程式自身產生的.程式產生事件有兩種方式, 一種是呼叫QApplication::postEvent(). 例如QWidget::update()函式,當需要重新繪製螢幕時,程式呼叫update()函式,new出來一個paintEvent,呼叫 QApplication::postEvent(),將其放入Qt的訊息佇列中,等待依次被處理. 另一種方式是呼叫sendEvent()函式. 這時候事件不會放入佇列, 而是直接被派發和處理, QWidget::repaint()函式用的就是這種方式.

// 自定義事件的時候講述: 需要注意的時, 這兩個函式的使用方法不大一樣, 一個是new, 一個是….

2.2 事件的排程
兩種排程方式,一種是同步的, 一種是非同步.

Qt的事件迴圈是非同步的,當呼叫QApplication::exec()時,就進入了事件迴圈. 該迴圈可以簡化的描述為如下的程式碼:

while ( !app_exit_loop )
{
while( !postedEvents ) { processPostedEvents() }
while( !qwsEvnts ){ qwsProcessEvents();   }
while( !postedEvents ) { processPostedEvents() }

}

先處理Qt事件佇列中的事件, 直至為空. 再處理系統訊息佇列中的訊息, 直至為空, 在處理系統訊息的時候會產生新的Qt事件, 需要對其再次進行處理.

呼叫QApplication::sendEvent的時候, 訊息會立即被處理,是同步的. 實際上QApplication::sendEvent()是通過呼叫QApplication::notify(), 直接進入了事件的派發和處理環節.

2.3 事件的派發和處理
首先說明Qt中事件過濾器的概念. 事件過濾器是Qt中一個獨特的事件處理機制, 功能強大而且使用起來靈活方便. 通過它, 可以讓一個物件偵聽攔截另外一個物件的事件. 事件過濾器是這樣實現的: 在所有Qt物件的基類: QObject中有一個型別為QObjectList的成員變數,名字為eventFilters,當某個QObjec (qobjA)給另一個QObject (qobjB)安裝了事件過濾器之後, qobjB會把qobjA的指標儲存在eventFilters中. 在qobjB處理事件之前,會先去檢查eventFilters列表, 如果非空, 就先呼叫列表中物件的eventFilter()函式. 一個物件可以給多個物件安裝過濾器. 同樣, 一個物件能同時被安裝多個過濾器, 在事件到達之後, 這些過濾器以安裝次序的反序被呼叫. 事件過濾器函式( eventFilter() ) 返回值是bool型, 如果返回true, 則表示該事件已經被處理完畢, Qt將直接返回, 進行下一事件的處理; 如果返回false, 事件將接著被送往剩下的事件過濾器或是目標物件進行處理.

Qt中,事件的派發是從 QApplication::notify() 開始的, 因為QAppliction也是繼承自QObject, 所以先檢查QAppliation物件, 如果有事件過濾器安裝在qApp上, 先呼叫這些事件過濾器. 接下來QApplication::notify() 會過濾或合併一些事件(比如失效widget的滑鼠事件會被過濾掉, 而同一區域重複的繪圖事件會被合併). 之後,事件被送到reciver::event() 處理.

同樣, 在reciver::event()中, 先檢查有無事件過濾器安裝在reciever上. 若有, 則呼叫之. 接下來,根據QEvent的型別, 呼叫相應的特定事件處理函式. 一些常見的事件都有特定事件處理函式, 比如:mousePressEvent(), focusOutEvent(), resizeEvent(), paintEvent(), resizeEvent()等等. 在實際應用中, 經常需要過載這些特定事件處理函式在處理事件. 但對於那些不常見的事件, 是沒有相對應的特定事件處理函式的. 如果要處理這些事件, 就需要使用別的辦法, 比如過載event() 函式, 或是安裝事件過濾器.

事件派發和處理的流程圖如下:

2.4 事件的轉發

對於某些類別的事件, 如果在整個事件的派發過程結束後還沒有被處理, 那麼這個事件將會向上轉發給它的父widget, 直到最頂層視窗. 如圖所示, 事件最先發送給QCheckBox, 如果QCheckBox沒有處理, 那麼由QGroupBox接著處理, 如果QGroupBox沒有處理, 再送到QDialog, 因為QDialog已經是最頂層widget, 所以如果QDialog不處理, QEvent將停止轉發.       如何判斷一個事件是否被處理了呢? Qt中和事件相關的函式通過兩種方式相互通訊. QApplication::notify(), QObject::eventFilter(), QObject::event() 通過返回bool值來表示是否已處理. “真”表示已經處理, “假”表示事件需要繼續傳遞. 另一種是呼叫QEvent::ignore() 或 QEvent::accept() 對事件進行標識. 這種方式只用於event() 函式和特定事件處理函式之間的溝通. 而且只有用在某些類別事件上是有意義的, 這些事件就是上面提到的那些會被轉發的事件, 包括: 滑鼠, 滾輪, 按鍵等事件.
3. 實際運用

根據對Qt事件機制的分析, 我們可以得到5種級別的事件過濾,處理辦法. 以功能從弱到強, 排列如下:

3.1 過載特定事件處理函式.
最常見的事件處理辦法就是過載象mousePressEvent(), keyPressEvent(), paintEvent() 這樣的特定事件處理函式. 以按鍵事件為例, 一個典型的處理函式如下:

void imageView::keyPressEvent(QKeyEvent * event)
{
switch (event->key()) {
case Key_Plus:
zoomIn();
break;
case Key_Minus:
zoomOut();
break;
case Key_Left:
// …
default:
QWidget::keyPressEvent(event);
}
}

3.2過載event()函式.
通過過載event()函式,我們可以在事件被特定的事件處理函式處理之前(象keyPressEvent())處理它. 比如, 當我們想改變tab鍵的預設動作時,一般要過載這個函式. 在處理一些不常見的事件(比如:LayoutDirectionChange)時,evnet()也很有用,因為這些函式沒有相應的特定事件處理函式. 當我們過載event()函式時, 需要呼叫父類的event()函式來處理我們不需要處理或是不清楚如何處理的事件.

下面這個例子演示瞭如何過載event()函式, 改變Tab鍵的預設動作: (預設的是鍵盤焦點移動到下一個控制元件上. )

bool CodeEditor::event(QEvent * event)
{
if (event->type() == QEvent::KeyPress)
{
QKeyEvent *keyEvent = (QKeyEvent *) event;
if (keyEvent->key() == Key_Tab)
{
insertAtCurrentPosition(‘\t’);
return true;
}
}
return QWidget::event(event);
}

3.3 在Qt物件上安裝事件過濾器.

安裝事件過濾器有兩個步驟: (假設要用A來監視過濾B的事件)
首先呼叫B的installEventFilter( const QOject *obj ), 以A的指標作為引數. 這樣所有發往B的事件都將先由A的eventFilter()處理.
然後, A要過載QObject::eventFilter()函式, 在eventFilter() 中書寫對事件進行處理的程式碼.
用這種方法改寫上面的例子: (假設我們將CodeEditor 放在MainWidget中)

MainWidget::MainWidget()
{
CodeEditor * ce = new CodeEditor( this, “code editor”);
ce->installEventFilter( this );
}

bool MainWidget::eventFilter( QOject * target , QEvent * event )
{
if( target == ce )
{
if( event->type() == QEvent::KeyPress )
{
QKeyEvent *ke = (QKeyEvent *) event;
if( ke->key() == Key_Tab )
{
ce->insertAtCurrentPosition(‘\t’);
return true;
}
}
}
return false;
}

3.4 給QAppliction物件安裝事件過濾器.
一旦我們給qApp(每個程式中唯一的QApplication物件)裝上過濾器,那麼所有的事件在發往任何其他的過濾器時,都要先經過當前這個 eventFilter(). 在debug的時候,這個辦法就非常有用, 也常常被用來處理失效了的widget的滑鼠事件,通常這些事件會被QApplication::notify()丟掉. ( 在QApplication::notify() 中, 是先呼叫qApp的過濾器, 再對事件進行分析, 以決定是否合併或丟棄)

3.5 繼承QApplication類,並重載notify()函式.

Qt是用QApplication::notify()函式來分發事件的.想要在任何事件過濾器檢視任何事件之前先得到這些事件,過載這個函式是唯一的辦法. 通常來說事件過濾器更好用一些, 因為不需要去繼承QApplication類. 而且可以給QApplication物件安裝任意個數的事件過濾器, 相比之下, notify()函式只有一個.