java事件

第一篇

在JAVA程序设计中，事件的处理是非常重要的，尤其是在需要自定义事件和设计JavaBean 时.对事件的处理过程有一个完整的认识对于编程是很有帮助的。

下面用一个演示性的例子来说明事件及其处理过程

一.事件的组成

如果想要自定义一个事件，则必须提供一个事件的监听接口以及一个事件类。在JAVA 中监听接口继承java.util.EventListener,事件类继承java.util.EventObject.很多基本的事件在编程环境中都已经提供可以很方便使用，但是在自定义事件中必须要要了解这些。

下面是一个事件类的代码,事件类可以向用户处理程序提供被监听类的信息

import java.util.*;

public class PropertyEvent extends EventObject {

public PropertyEvent(){}

}

下面是监听接口的代码

import java.util.*;

public interface PropertyListener extends EventListener {

public void propertyChanged(PropertyEvent propertyEvent);

}

二.事件的处理机制

下面是一段简要的被监听类代码，通过代码分析事件处理过程

import java.util.*;

public class Exam {

private int property;

//listeners用来存放已注册的监听对象

private Set listeners= new HashSet();

.....

public void addListener(PropertyListener propertyListener){

//listeners必须保证只能被一个线程访问

synchronized(listeners){

listeners.add(propertyListener);

}

}

public void firePropertyChange(){

Iterator iterator;

synchronized(listeners){

//将listeners中的类名放到iterator

iterator = new HashSet(listeners).iterator();

}

//创建事件类

PropertyEvent propertyEvent = new PropertyEvent();

while(iterator.hasNext()){

PropertyListener propertyListener = (propertyListener) iterator.next(); //调用用户的事件处理程序

propertyListener.propertyChanged(propertyEvent);

}

}

}

当属性值发生变化时，首先进行内部处理调用firePropertyChange方法，产生一个事件对象然后用事件对象为参数来调用用户的事件处理程序。

三.事件处理的使用

1.基本用法

public Exam exam;

exam.addListener(this);

public void propertyChange(PropertyEvent event){...}

注：exam是被监听对象，this为监听对象，是已经实现了接口方法的当前类，addListener

将当前类注册到listeners.

2.一个被监听对象可以有多个监听对象

exam.addListener(listener1);

exam.addListener(listener2);

这样当exam的property发生变化时，actionListener1和actionListener2的处理程序都会

被调用。当然listener1和listener2必须都是已实现接口方法的类。

3.被监听的对象也可以是实现了方法的接口

exam.addListener(

new PropertyListener(){

//用户定义事件处理过程

public void propertyChange(PropertyEvent event){

...

}

);

这种方法在实际编程中非常方便。

第二篇

任何时候，按下键盘或鼠标的键就产生了事件。组件接受和处理事件的方式自JDK1.1以来都保持不变。Swing组件能够产生许多不同类别的事件，包括那些在java.awt.event包以及在javax.swing.event包中的事件。Swing新引入的那些事件类别往往是与特定Swing组件相关的。每一个事件类别都是一个对象，它至少指明了事件的发生源，往往还带有其它消息，如该事件的类别、在事件发生前和发生后事件源状态的变化，等等。事件源大部分是普通的组件或模型（models, 即MVC中的M，在以后的blog中可能会介绍Swing组件的MVC 结构）。其它的对象也可能产生事件。

要想收到事件产生的通知，我们需要在目标对象上注册事件监听器。事件监听器是任意XXListener类或接口的具体实现（XX代指事件的类型）。XXListener是定义在java.awt.event、java.beans和javax.swing.event包中的类或接口。在每个接口中至少定义了一个方法（method），该方法以对应的XXEvent作为参数。支持发送XXEvent事件发生通知的类都须实现XXListener接口，同时提供相应的addXXListener()和removeXXListener()方法来注册和移除这些事件监听器，大部分的事件目标对象（target）都允许注册任意多个事件监听器。通常支持XXEvent的类都提供受保护的方法（protected method）fireXX()来构造事件对象及将它送至事件处理器（event handler）进行处理。javax.swing.event.EventListenerList类

EventListenerList是一个包含XXEvent/XXListener对（pairs）的阵列（数组）。JComponent 及其派生类使用一个EventListenerList对象来维护其事件监听器。所有默认的模型（models）同样维护事件监听器和一个EventListenerList。当一个监听器被注册到一个Swing组件或模型（model）时，对应的事件的Class实例（用来标识事件类别）被添加至EventListenerList阵列，后面紧随该监听器本身（即一个XXEvent/XXListener对）。因为这些对是储存在阵列而不是在可变的集合（mutable collection）中（出于对效率的考虑），每一次添加和移除都会调用System.arrayCopy()来生成一个新的阵列。当收到事件时，阵列被遍历，事件就会被送至拥有其类型的每一个事件监听器。由于阵列是按XXEvent, XXListener, YYEvent, YYListener, ... 的方式排列的，某个事件类别的监听器总是紧随其后。这种方式使得事件处理十分高效。为了线程安全，当从EventListenerList添加和移除监听器时，方法访问阵列必须同步。

JComponent定义了一个名为listenerList的受保护EventListListener属性，因而所有它的子类都继承了这个属性。Swing组件直接透过listenerList属性来管理其大部分事件监听器。

事件发送线程

事件监听器在事件发送线程（一个java.awt.EventDispatchThread类的实例）中接受并处理事件。所有的绘制和组件布局也被要求在此线程中发生。事件发送线程在AWT和Swing 中具有头等的重要性，在应用中控制组件状态和显示的随时更新方面扮演着关键的角色。

与此线程相关的是一个事件的FIFO（First In First Out，先进先出）队列：系统事件队列（java.awt.EventQueue的一个实例）。跟所有的FIFO队列一样，系统事件队列也是被线性填充的。无论是更新组件属性，布局，或是重新绘制，每一个请求依次运行事件处理代码。所有事件被依次处理是为了避免像某个组件的状态在它重新绘制的中途被意外改变这样的情况。知道这一点后，我们就要避免在事件发送线程之外去发送事件。比如说，在另一个线程中直接调用fireXX()方法就是不安全的。我们同时也必须保证事件处理代码和绘制代码尽快地执行完，否则整个系统队列就会被阻塞，被迫等待某个事件被处理，重新绘制，或是布局完毕，而我们的应用程序则像是被“冻结”或是失去响应。

===============================================================================