“事件”这个词已经被滥用了。正因为“事件”的被滥用，很多人在用到事件的时候不求甚解，依样画葫芦，导致学习工作了很多年，还是不清楚什么是事件处理器、什么是事件持有者。所以，如果你对于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：观察看上去是一个主动的行为，但是其实观察者不是主动调用自己的业务代码的，相反，是被观察者调用的。所以，观察者模式还有另一个名字，叫发布-订阅模式，我认为，后者更贴切；
观察者模式还有另外一种形态，就是事件驱动模型，这两种方式在实现机制上是非常接近的，在理解了观察者模式的基础上，理解事件驱动，就非常简单了。
以上就是从零开始理解java事件处理机制的详细内容。