分享
 
 
 

Java事件处理与发送

王朝java/jsp·作者佚名  2006-01-31
窄屏简体版  字體: |||超大  

任何时候,按下键盘或鼠标的键就产生了事件。组件接受和处理事件的方式自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()方法就是不安全的。我们同时也必须保证事件处理代码和绘制代码尽快地执行完,否则整个系统队列就会被阻塞,被迫等待某个事件被处理,重新绘制,或是布局完毕,而我们的应用程序则像是被“冻结”或是失去响应。

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

// Thanks to Matthew Robinson and Pavel Vorobiev, Ph.D for their great book Swing, this article is translated form

// this book, 1st edition. You can find these text in their book (in English) of Chapter 2.

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

要想收到事件产生的通知,我们需要在目标对象上注册事件监听器。事件监听器是任意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()方法就是不安全的。我们同时也必须保证事件处理代码和绘制代码尽快地执行完,否则整个系统队列就会被阻塞,被迫等待某个事件被处理,重新绘制,或是布局完毕,而我们的应用程序则像是被“冻结”或是失去响应。

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

// Thanks to Matthew Robinson and Pavel Vorobiev, Ph.D for their great book Swing, this article is translated form

// this book, 1st edition. You can find these text in their book (in English) of Chapter 2.

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

要想收到事件产生的通知,我们需要在目标对象上注册事件监听器。事件监听器是任意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()方法就是不安全的。我们同时也必须保证事件处理代码和绘制代码尽快地执行完,否则整个系统队列就会被阻塞,被迫等待某个事件被处理,重新绘制,或是布局完毕,而我们的应用程序则像是被“冻结”或是失去响应。

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

// Thanks to Matthew Robinson and Pavel Vorobiev, Ph.D for their great book Swing, this article is translated form

// this book, 1st edition. You can find these text in their book (in English) of Chapter 2.

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

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()方法就是不安全的。我们同时也必须保证事件处理代码和绘制代码尽快地执行完,否则整个系统队列就会被阻塞,被迫等待某个事件被处理,重新绘制,或是布局完毕,而我们的应用程序则像是被“冻结”或是失去响应。

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

// Thanks to Matthew Robinson and Pavel Vorobiev, Ph.D for their great book Swing, this article is translated form

// this book, 1st edition. You can find these text in their book (in English) in Chapter 2.

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

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有