本文由麦可网http://www.microoh.com/收集整理，转载请注明出处。
Java事件模型与Android事件模型的比较
比较结果：Android借鉴了Java2中的UI事件处理机制，但是，Android又提供了另一种事件?理器(event handler)，而这个方式是否与java1.0事件模型一样呢，有待求证。 Java事件模型：
我们把JDK1.0事件处理模型成为Java1.0事件模型，而从jdk1.1后的版本事件处理模型称为Java 2事件处理模型。 1. Java1.0事件模型:
dispatchEvent()-postEvent()-handleEvent()
在JDK1.0的版本采用用的事件模型，提供了基本的事件处理功能。这是一种包容模型，所有事件都封装在单一的类Event中，所有事件对象都由单一的方法 handleEvent来处理，这些定义都在Component类中。
为此，只有Component类的子类才能充当事件处理程序，事件处理传递到组件层次结构，如果目标组件不能完全处理事件，事件被传递到目标组件的容器。
在Java1.0事件处理模型中事件处理是以如下方法执行的。deliverEvent()用于决定事件的目标，目标是处理事件的组件或容器，此过程开始于GUI层的最外部而向内运作。
当按一个button时，如果检测到是该按钮激发的事件，该按钮会访问它的deliverEvent()方法，这一操作由系统完成。一旦识别目标组件，正确事件类型发往组件的postEvent()方法，该方法依次把事件送
本文由麦可网http://www.microoh.com/收集整理，转载请注明出处。
到handleEvent()方法并且等待方法的返回值。
\表明事件完全处理，\将使postEvent()方法联系目标容器，希望完成事件处理。 2. Java 2事件处理模型:
在
Java2
处
理
事
件
时
，
没
有
采
用
dispatchEvent()-postEvent()-handleEvent()方式，采用了监听器类，每个事件类都有相关联的监听器接口。事件从事件源到监听者的传递是通过对目标监听者对象的Java方法调用进行的。
对每个明确的事件的发生，都相应地定义一个明确的Java方法。这些方法都集中定义在事件监听者(EventListener)接口中，这个接口要继承 java.util.EventListener。 实现了事件监听者接口中一些或全部方法的类就是事件监听者。
伴随着事件的发生，相应的状态通常都封装在事件状态对象中，该对象必须继承自java.util.EventObject。事件状态对象作为单参传递给应响应该事件的监听者方法中。发出某种特定事件的事件源的标识是：遵从规定的设计格式为事件监听者定义注册方法，并接受对指定事件监听者接口实例的引用。
3. Java事件和万事一样有其生命周期，会出生也会消亡。下图3.1给出了Java事件生命周期的示意图:
事件最初由事件源产生，事件源可以是GUI组件Java Bean或由生成事件能力的对象，在GUI组件情况下，事件源或者是组件的同位体(对于Abstract Window Toolkit[awt]GUI组件来说)或组件本身(对于Swing
本文由麦可网http://www.microoh.com/收集整理，转载请注明出处。
组件来说)。
事件生成后放在系统事件队列内部。现在事件处于事件分发线程的控制下。事件在队列中等待处理，然后事件从事件队列中选出，送到 dispatchEvent()方法，dispatchEvent()方法调用processEvent()方法并将事件的一个引用传递给 processEvent()方法。
此刻，系统会查看是否有送出事件的位置，如果没有这种事件类型相应的已经注册的监听器，或者如果没有任何组件受到激活来接收事件类型，事件就被抛弃。当然上图显示的是AWTEvent类的子类的生命周期。 dispatchEvent()方法和processEvent()方法把AWTEvent作为一个参数。但对，javax.swing.event并不是AWTEvent子类，而是从EventObject直接继承过来，生成这些事件的对象也会定义fireEvent()方法，此方法将事件送到包含在对象监听器列表内的那种类型的任何监听器。
3.2 Java事件捕获
从上面的分析我们知道，任何事件产生到 dispatchEvent()方法分发方法前，所有的事件都是存放在系统事件的队列中，而且所有的事件都由dispatchEvent()方法来分派。所以只要能重载dispatchEvent()方法就可以获取系统的所有事件，包括用户输入事件。一般来说，系统事件队列的操作对用户来说是可以控制。它在后台自动完成所要完成的事情，使用EventQueue类可以查看甚至操纵系统事件队列。 Java提供了EventQueue类来访问甚至操纵系统事件队列。EventQueue类中封装了对系统事件队列的各种操作，除dispatchEvent()
本文由麦可网http://www.microoh.com/收集整理，转载请注明出处。
方法外，其中最关键的是提供了push()方法，允许用特定的EventQueue来代替当前的EventQueue。
只要从EventQueue类中派生一个新类，然后通过push()方法用派生类来代替当前的EventQueue类即可。这样，所有的系统事件都会转发到派生EventQueue类。
而在实际的开发中，我们并不关心事件的分派方式，也就是说，并不会重载dispatchEvent()，
因为我们的目的并不是取系统的所有事件，而是对感兴趣的事件(例如，按键，鼠标的按下与释放)进行处理,而这些事件不会凭空产生，是由事件源(例如，button,window这些GUI组件产生的)。另一个原因是，java2中已经给我们提供了事件监听这种处理方式，而且是非常安全的，并且也易于开发，
4. 如何使用事件处理模型对事件进行处理：
作为一个程序开发者，我们所要做的是创建事件监听器对象并且在被激活事件的组件中进行注册。在java中，每一个组件会产生什么样的事件，已经被定义好了。或者说，对于任何一个事件来说，哪些组件可以产生它，已经是确定的了。
(1) 为了创建事件监听器以及在被激活事件的组件中进行注册，需要了解以下四个组件概念。
事件类、事件监听器、事件处理器和适配器四个组件。 事件类：见图4.1
事件监听器：是interface, 形中XXListener，而且，在java中，
