Android的事件处理机制(概念理解)

随时随地阅读更多技术实战干货，获取项目源码、学习资料，请关注源代码社区公众号(ydmsq666)

转自：http://blog.163.com/ppy2790@126/blog/static/103242241201215105923672/

Android提供了两套事件处理机制：

• 　　基于监听的事件处理
• 　　基于回调的事件处理　

基于监听的事件处理，做法就是为Android界面组件绑定特定的事件监听器。

基于回调的事件处理，就是重写Android组件特定的回调方法，或者重写Activity的回调方法。Activity为绝大部分界面组件提供了事件响应的回调方法，只要重写他们即可。

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

基于监听的事件处理

基于监听的事件处理与Java的AWT、Swing的处理方式几乎完全相同。

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

• 事件源(Evenet Source)：事件发生的场所，通常就是各个组件，如按钮，窗口等；
• 事件(Event)：事件封装了界面组件上发生的特定事情，通常就是用户的一次操作；
• 事件监听器(Event Listener)：负责事件源所发生的事件，并对各种事件做出相应的响应。

Android的事件处理机制是一种委托式事件处理方式：普通组件（事件源）将整个事件处理委托给特定的对象（事件监听器），当该事件源发生指定的事件时，就通知所委托的事件监听器，由事件监听器来处理这个事情。

基于监听的事件处理有如下规则：

• 事件源：应用程序的任何组件都可以作为事件源；
• 事件监听：监听器类必须由程序员负责实现，实现事件监听的关键就是实现处理器方法；
• 注册监听：只要调用事件源的setXxxListener(XxxLinstener)方法即可。

所谓事件监听器，其实就是实现了特定接口的java类的实例。在程序中实现事件监听器，通常有如下几种形式。

• 内部类形式：将事件监听器类定义在当前类的内部。
• 外类类形式：将事件监听器类定义成一个外部类。
• Activity本身作为事件监听器类：让Activity本身实现监听器接口，并实现事件处理方法。
• 匿名内部类形式：使用匿名内部类创建事件监听器对象。

基于回调的事件处理

对于回调的事件处理模型来说，事件源与事件监听器是统一的，或者说事件监听器完全消失了。当用户在GUI组件上激发某个事件时，组件自己特定的方法将会负责处理该事件。

为了实现回调机制的事件处理，Android为所有GUI组件都提供了一些事件处理的回调方法，以View为例，该类包含的方法：

boolean onKeyDown(int keyCode, KeyEvent event)

boolean onKeyLongPress(int keyCode, KeyEvent event)

boolean onKeyShortcut(int keyCode, keyEvent event)

boolean onKeyUp(int keyCode, keyEvent event)

boolean onTouchEvent(MotionEvent event)

boolean onTrackballEvent(MotionEvent event)

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

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

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

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

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

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

但在某些情况下，基于回调的事件处理机制会更好地提高程序的内聚性。