“事件”這個詞已經被濫用了。正因為“事件”的被濫用，很多人在用到事件的時候不求甚解，依樣畫葫蘆，導致學習工作了很多年，還是不清楚什么是事件處理器、什么是事件持有者。所以，如果你對於Event這個詞還是心存恐懼，那么本文正是你需要的。讓我們從易到難，從具體到抽象，一步一步來解釋java事件處理機制。
一：觀察者模式
要了解事件和監聽，我們首先來必須要了解觀察者模式。
什么是觀察者模式，我們先來看一個熟悉的場景：
1：教師布置作業，通知學生；
2：學生觀察到老師布置了作業，開始做作業；
首先我明確下，我歷來是十分反對以阿貓阿狗、老師學生這樣的場景來闡述代碼問題的，所以該主題的最后肯定會回到實際代碼中來。言歸正傳，在這個場景中，學生就是觀察者，教師就是被觀察者，但是大家一定要注意：
教師作為被觀察者，實際上是掌握着主動的，且看上文中我加粗的“通知”二字，因為這貌似看上去簡簡單單的通知，事實上卻要做很多事情（寫很多代碼）。
好了，我們先來實現上面的場景：
代碼：
觀察者，學生
package com.zuikc.events;
import java.util.Observable;
public class Student implements java.util.Observer {
private String name;
public Student(String name){
this.name = name;
}
@Override
public void update(Observable o, Object arg) {
Teacher teacher = (Teacher) o;
System.out.printf("學生%s觀察到（實際是被通知）%s布置了作業《%s》 \n", this.name, teacher.getName(), arg);
}}
被觀察者，教師
package com.zuikc.events;
import java.util.*;
public class Teacher extends java.util.Observable {
private String name;
private List<String> homeworks;public String getName() {
return this.name;
}public Teacher(String name) {
this.name = name;
homeworks = new ArrayList<String>();
}public void setHomework(String homework) {
System.out.printf("%s布置了作業%s \n", this.name, homework);
homeworks.add(homework);
setChanged();
notifyObservers(homework);}
}
客戶端：
package com.zuikc.events;
public class Client {
public static void main(String[] args) {
Student student1= new Student("張三");
Student student2 = new Student("李四");
Teacher teacher1 = new Teacher("zuikc");
teacher1.addObserver(student1);
teacher1.addObserver(student2);
teacher1.setHomework("事件機制第一天作業");
}}
很多初學者有個錯覺，考慮“觀察”這個動作是主動的，所以就認為在代碼實現上，Reader是主動調用自己的update，但是很遺憾，當然不是，在代碼實現上，update是“被觀察者”Teacher主動調用的。有人說，我只在Teacher中看到了
setChanged();
notifyObservers(homework);
沒有看到它調用update呀，那么請查看它的父類Observable，在notifyObservers方法中有，
for (int i = arrLocal.length-1; i>=0; i--)
((Observer)arrLocal[i]).update(this, arg);
看看結果吧：
注意，以上代碼中，我直接使用了java.util包中的類Observable和接口Observer，我們當然也可以自己寫這兩個東東。
二：基礎版觀察者模式
初學者對於一上來就使用java.util中的api不習慣，可能覺得看不到摸不着，那我們就自己來寫一個基礎版的觀察者模式，大家感受下，在寫的過程中，一定要對照上節中的UML圖和代碼，然后心中默念：它們沒有區別，它們沒有區別！
上圖：
上代碼：
觀察者，接口
package com.zuikc;
public interface Observer {
void update(Observable o);
}
具體觀察者，我寫了兩個：
class ConcreteObserver1 implements Observer {
public void update(Observable o) {
System.out.println("觀察者1觀察到" + o.getClass().getSimpleName() + "發生變化");
System.out.println("觀察者1做出響應");
}
}class ConcreteObserver2 implements Observer {
public void update(Observable o) {
System.out.println("觀察者2觀察到" + o.getClass().getSimpleName() + "發生變化");
System.out.println("觀察者2做出響應");
}
}
觀察者
package com.zuikc;
import java.util.ArrayList;
import java.util.List;public class Observable {
List<Observer> observers = new ArrayList<Observer>();
public void addObserver(Observer o) {
observers.add(o);
}public void doSomething() {
System.out.println("我是被觀察者，我發生變化了");
// 主動去通知所有的觀察者
notifyObservers();
}public void notifyObservers() {
for (Observer observer : observers) {
observer.update(this);
}
}
}
客戶端：
package com.zuikc;
public class Client {
public static void main(String[] args) {
Observable observable = new Observable();
observable.addObserver(new ConcreteObserver1());
observable.addObserver(new ConcreteObserver2());
observable.doSomething();
}}
大家可以自己運行下代碼，看看發生了什么。
在上面代碼中，我們自己了一個接口，一個被觀察者類，雖然簡單了一點，但是卻達到了演示的效果。當然，我們也可以原封不動的把JDK中的源碼拷貝出來作為我們這兩個文件的代碼。
如果對於上面的代碼已經相當之熟悉，你還可以研究下update方法，在第一小節中我們是帶了arg參數的，但是這個基礎版本中沒帶。無所謂，你想帶就帶，不想帶就不想帶，代碼即自由，只要你實現了功能。
三：觀察者模式的用意
基礎版的觀察者模式畢竟太簡單，在我們第一節中的代碼中，我們可以總結出：
1：教師類和學生類無關，他只依賴觀察者接口，如果有一天，他的作業不僅僅布置給學生，作為優秀講師，還要發送給全校的老師作為參考，那么只要老師這個類也實現觀察者接口，我們同樣可以將老師添加到這個教師的觀察者列表中；
2：觀察者模式分離了觀察者和被觀察者自身的責任，讓類各自維護自己的功能，提高了系統的可重用性；
3：觀察看上去是一個主動的行為，但是其實觀察者不是主動調用自己的業務代碼的，相反，是被觀察者調用的。所以，觀察者模式還有另一個名字，叫發布-訂閱模式，我認為，后者更貼切；
觀察者模式還有另外一種形態，就是事件驅動模型，這兩種方式在實現機制上是非常接近的，在理解了觀察者模式的基礎上，理解事件驅動，就非常簡單了。