Android学习11--事件处理

 Android提供了强大的事件处理机制，包括两套事件处理机制：

a、基于监听器的的事件处理：主要做法就是为Android界面组件绑定特定的事件监听器。

b、基于回调的事件处理：主要做法是重写Android组件特定的回调方法，或者重写Activity的回调方法。Android为绝大部分组件都提供了事件响应的回调方法。

一般来说，基于回调的事件处理可以用于处理一些具有通用性的事件，基于回调的事件处理代码会显得比较简洁。但对于某些特定的事件，无法使用基于回调的事件处理，只能采用基于监听器的事件处理。

1、基于监听的事件处理

事件监听的处理模型中，主要涉及以下三类对象：

a、EventSource（事件源）：事件发生的场所，通常就是各个组件，例如按钮、窗口、菜单等。

b、Event（事件）：事件封装了界面组件上发生的特定事件（通常就是一次用户操作）。如果程序需要获得界面组件上所发生事件的相关信息，一般通过Event对象来取得。

c、EventListener（事件监听器）：负责监听事件源所发生的事件，并对各种事件做出相应的响应。

说明：每个组件均可以针对特定的事件指定一个事件监听器，每个事件监听器也可以监听一个或多个事件源。

基于监听的事件处理模型编程步骤如下：

a、获取普通界面组件（事件源），也就是被监听的对象。

b、实现事件监听器类，该监听器类是一个特殊的java类，必须实现一个XxxListener接口。

c、调用事件源的setXxxListener方法将事件监听器对象注册给普通组件（事件源）。

在程序中实现事件监听器，通常有如下几种形式：

a、内部类形式：将事件监听器类定义成当前类的内部类

b、外部类形式：将事件监听器类定义成一个外部类。这种形式比较少用。

c、Activity本身作为事件监听器类：让Activity本身实现监听器接口，并实现事件处理方法

d、匿名内部类形式：使用匿名内部类创建事件监听器对象。这种形式是目前使用最广泛的事件监听器形式。

Android还有一种更简单的绑定事件监听器的方式，直接在界面布局文件中为指定标签绑定事件处理方法。

对于很多Android界面组件标签而言，它们都支持如onClick、onLongClick等属性，这种属性的属性值就是一个形如xxx（View source）的方法的方法名。

2、基于回调的事件处理

当用户在GUI组件上激发某个事件时,组件自己特定的方法将会负责处理该事件。为了实现回调机制的事件处理，Android为所有GUI组件都提供了一些事件处理的回调方法。

（1）基于回调的事件传播

几乎多有基于回调的事件处理方法都有一个boolean类型的返回值，该返回值用于标识该处理方法是否能完全处理该事件：

a、如果处理事件的回调方法返回true，表明该处理方法已完全处理改事件，该事件不会传播出去

b、如果处理事件的回调方法返回false，表明该处理方法并未完全处理改事件，该事件会传播出去

基于回调的事件传播而言，某组件上发生的事件不仅激发该组件上的回调方法，也会触发该组件所在Activity的回调方法----只要事件能传播到Activity。

对比Android的两种事件处理模型，不难发现基于监听的事件处理模型具有更大的优势：

a、基于监听的事件模型分工更明确，事件源、事件监听由两个类分开实现，因此具有跟好的可维护性。

b、Android的事件处理机制保证基于监听的事件监听器会被优先触发。

c、基于回调的事件处理更适合应付那种事件处理逻辑比较固定的View

3、Handler消息传递机制

这种机制主要是为了解决Android应用的多线程问题----Android平台下不允许Activity新线程访问该Activity里的界面组件，这样会导致新线程无法动态改变界面组件的属性值。在实际Android应用中，尤其涉及动画的游戏开发中，需要让新线程周期性地改变界面组件的属性值，这就需要借助Handler的消息传递机制来实现。

Handler类的主要作用：

a、在新线程中发送消息

b、在主线程中获取、处理消息

为了让主线程能“适时”地处理新线程所发来的消息，显然只能通过回调的方式来实现---开发者只要重写Handler类中处理消息的方法，当新线程发送消息时，Handler类中处理消息的方法被自动回调。