Java與C#的事件處理都是實現了事件源-事件響應者機制，但又不完全相同。Java實現的 是一種事件源與事件響應者兩級實體對象方式，這裡的事件響應者也是事件監聽者，而C#實 現的是一種事件源-代理-事件響應者三級實體對象方式。下面就這兩種方式來具體說明。
Java事件處理
從概念上講，事件是一種在"源對象"和"監聽 者對象"之間，某種狀態發生變化的傳遞機制。事件有許多不同的用途，例如在Windows 系統中常要處理的鼠標事件、窗口邊界改變事件、鍵盤事件等。在Java中則是定義了一個普 通的、可擴充的事件機制，這種機制能夠：
對事件類型和傳遞的模型的定義和擴充提 供一個公共框架，並適合於廣泛的應用。
與Java語言和環境有較高的集成度。
事件能被描述環境捕獲和觸發。
能使其它構造工具采取某種技術在設計時直 接控制事件，以及事件源和事件監聽者之間的聯系。
事件機制本身不依賴於復雜的開 發工具。
事件從事件源到監聽者的傳遞是通過對目標監聽者對象的Java方法調用進行 的。 對每個明確的事件的發生，都相應地定義一個明確的Java方法。這些方法都集中定義在 事件監聽者（EventListener）接口中，這個接口要繼承java.util.EventListener。實現了 事件監聽者接口中一些或全部方法的類就是事件監聽者。 伴隨著事件的發生，相應的狀態通 常都封裝在事件狀態對象中，該對象必須繼承自java.util.EventObject。事件狀態對象作為 單參傳遞給應響應該事件的監聽者方法中。發出某種特定事件的事件源的標識是：遵從規定 的設計格式為事件監聽者定義注冊方法，並接受對指定事件監聽者接口實例的引用。有時， 事件監聽者不能直接實現事件監聽者接口，或者還有其它的額外動作時，就要在一個源與其 它一個或多個監聽者之間插入一個事件適配器類的實例，來建立它們之間的聯系。
事 件狀態對象（Event State Object）
與事件發生有關的狀態信息一般都封裝在一個事 件狀態對象中，這種對象是java。util。EventObject的子類。按設計習慣，這種事件狀態對 象類的名應以Event結尾。例如：
public class MouseMovedExampleEvent extends java。util。EventObject
{ protected int x， y；
/* 創建一個鼠 標移動事件MouseMovedExampleEvent */
MouseMovedExampleEvent (java.awt.Component source， Point location) {
super(source);
x = location.x;
y = location.y;
}
/* 獲取鼠標位置*/
public Point getLocation() {
return new Point(x, y);
}}
事件監聽者接口 （EventListener Interface）與事件監聽者
由於Java事件模型是基於方法調用，因 而需要一個定義並組織事件操縱方法的方式。事件操縱方法都被定義在繼承了java。util。 EventListener類的EventListener接口中，按規定，EventListener接口的命名要以Listener 結尾。任何一個類如果想操縱在EventListener接口中定義的方法都必須以實現這個接口方式 進行。這個類也就是事件監聽者。例如：
/*先定義了一個鼠標移動事件對象 */
public class MouseMovedExampleEvent extends java。util。EventObject {
// 在此類中包含了與鼠標移動事件有關的狀態信息
...
}
/*定義了鼠標移動事件的監聽者接口*/
interface MouseMovedExampleListener extends java。util。EventListener {
/*在 這個接口中定義了鼠標移動事件監聽者所應支持的方法*/
void mouseMoved (MouseMovedExampleEvent mme);
}
在接口中只定義方法名，方法的參 數和返回值類型。如：上面接口中的mouseMoved方法的具體實現是在下面的ArbitraryObject 類中定義的。
class ArbitraryObject implements MouseMovedExampleListener {
public void mouseMoved (MouseMovedExampleEvent mme)
{ ... }
｝
ArbitraryObject就是MouseMovedExampleEvent事件的監聽者。
事件 監聽者的注冊與注銷
為了各種可能的事件監聽者把自己注冊入合適的事件源中，建立 源與事件監聽者間的事件流，事件源必須為事件監聽者提供注冊和注銷的方法。在前面的 bound屬性介紹中已看到了這種使用過程，在實際中，事件監聽者的注冊和注銷要使用標准的 設計格式：
public void add< ListenerType>(< ListenerType> listener)；
public void remove< ListenerType>(< ListenerType> listener)；
首先定義了一個事件監聽者接口：
public interface ModelChangedListener extends java。util。EventListener {
void modelChanged(EventObject e);
}
接著定義事件源類：
public abstract class Model {
private Vector listeners = new Vector(); // 定義了一個儲存事件監聽者的數組
/*上面設計格式中的< ListenerType>在此處即是下面的ModelChangedListener*/
public synchronized void addModelChangedListener(ModelChangedListener mcl)
{ listeners.addElement(mcl); }//把監聽者注冊入listeners數組中
public synchronized void removeModelChangedListener(ModelChangedListener mcl)
{ listeners.removeElement(mcl); file://把監聽者從listeners中注銷
｝
/*以上兩個方法的前面均冠以synchronized，是因為運行在多線程環境時， 可能同時有幾個對象同時要進行注冊和注銷操作，使用synchronized來確保它們之間的同步 。開發工具或程序員使用這兩個方法建立源與監聽者之間的事件流*/
protected void notifyModelChanged() {/**事件源使用本方法通知監聽者發生了modelChanged事件 */
Vector l;
EventObject e = new EventObject(this);
/* 首先要把監聽者拷貝到l數組中，凍結EventListeners的狀態以傳遞事件。這 樣來確保在事件傳遞到所有監聽者之前，已接收了事件的目標監聽者的對應方法暫不生效。 */
synchronized(this) {
l = (Vector) listeners.clone();
}
for (int i = 0; i < l.size(); i++) {
/* 依次通知注冊在監聽者隊列中的每個監聽者發生了modelChanged 事件，
並把事件狀態對象e作為參數傳遞給監聽者隊列中的每個監聽者*/
((ModelChangedListener)l.elementAt(i)).modelChanged(e);
}
}
｝
在程序中可見事件源Model類顯式地調用了接口中的 modelChanged方法，實際是把事件狀態對象e作為參數，傳遞給了監聽者類中的modelChanged 方法。
適配類
適配類是Java事件模型中極其重要的一部分。在一些應用場合 ，事件從源到監聽者之間的傳遞要通過適配類來"轉發"。例如：當事件源發出一 個事件，而有幾個事件監聽者對象都可接收該事件，但只有指定對象做出反應時，就要在事 件源與事件監聽者之間插入一個事件適配器類，由適配器類來指定事件應該是由哪些監聽者 來響應。適配類成為了事件監聽者，事件源實際是把適配類作為監聽者注冊入監聽者隊列中 ，而真正的事件響應者並未在監聽者隊列中，事件響應者應做的動作由適配類決定。目前絕 大多數的開發工具在生成代碼時，事件處理都是通過適配類來進行的。
C#事件處理
在。NET應用程序開發中，不管是WEB Forms（ASP。NET）還是Windows Forms，都涉 及到大量對象的事件響應及處理，比如客戶在線提交一份訂單、或是在Windows窗口上移動鼠 標等都將有事件發生。那麼在C#中，是怎樣聲明事件並為事件添加響應方法的呢？
在 C#中，事件(Events)成員就是用來聲明一個類事件的。在類中聲明一個事件成員一般采用如 下的語法形式：
public event 代表名 事件名。
如在Control類中聲明了一個 Click事件成員，其語法如下：
public event EventHandler Click;
在C#中， 增加了一個新的數據類型delegate來解決事件處理問題。代表數據類型非常類似於C語言中的 指針，其與指針不同的是，其是代碼是安全的，可管理的。由於C#本身的簡易性，對於沒有 使用過C及指針的程序來說，理解delegate也是非常容易的。
在C#中，通過使用 delegate，你可以通過"+="操作符非常容易地為。Net對象中的一個事件添加一個 甚至多個響應方法；還可以通過非常簡單的"-="操作符取消這些響應方法。如下 面為temp按鈕添加Click事件的語句：
temp。Click+=new System.EventHandler(this.Test);//為test添加事件處理方法
在上面聲明 事件的語句中，Eventhandler是一個delegate(代表)類型，其在。Net類庫中如下聲明的：
public delegate void EventHandler(object sender，EventArgs e);
這樣，所有形如:void 函婁名(object 參數名，EventArgs 參數名);的函數 都可以作為Control類的Click事件響應方法了。如下面所定義的一個事件響應方法：
private void button1_Click(object sender， System.EventArgs e)
由於是通過delegate來處理事件，因此，可能通過累加使一個事件具有多個 響應方法；與此同時，還可以使一個方法作為多個事件的響應方法(注意：在C#語言類中的 event成員後面只能出現"+="與"-="兩個表示添加與取消事件響應函數 的操作符)。不管是ASP。Net還是一般的Windows Forms 編程，在C#中，基本上我們遇到的事 件響應方法都是說明成如下的形式：
private void button1_Click(object sender， System。EventArgs e)
那麼，一個事件響應方法的存取權限、返 回值類型、參數及類型甚至方法名稱等是否都必須固定不變呢？答案是：不是！
一般 情況下，事件的響應方法中都有兩個參數，其中一個代表引發事件的對象即sender，由於引 發事件的對象不可預知的，因此我們把其聲明成為object類型，所有的對象都適用。第二個 參數代表引發事件的具體信息，各種類型的事件中可能不同，這要根據類中事件成員的說明 決定。
我們知道，事件是通過delegate來處理的。假設將要表示事件說明成如下形式 ：
delegate int MyEventHandler(object sender， ToolBarButtonClickEventArgs e);
則當涉及上面的事件響應函數聲明時，就 須要聲明成如下的形式：
private int MyTest(object sender， ToolBarButtonClickEventArgs e) {}
在給對象添加事件響應方法時就可以 用如下的代碼實現：
Control。Event+=new MyEventHandler(MyTest);
總的來說，Java事件處理更直接，簡單。而C#事件處理由於引用代理，使得 程序更靈活，更體現程序之間的松藕合性。美國神鳥（Stryon http://www.stryon.com.cn） 公司宣布在Java開發平台上實現微軟的.NET，命名為iNET。並於近期推出iNET的Beta3版本， 其中就包括用Java實現了C#的三級事件處理機制。
