Android提供了强大的事件处理机制，包括两套事件处理机制：
基于监听的事件处理。
对于基于监听的事件模型来说，事件源和事件监听器是分离的，当事件源上发生特定事件之后，该事件交给事件监听器来处理；
基于回调的事件处理(适合处理那种处理逻辑比较固定的View)。
对于基于回调的事件处理模型来说，事件源和事件监听器是统一的，当事件源发生特定事件后，该事件还是事件源本身负责处理。
一、所谓的回调，在实现具有通用性质的应用架构时非常常见：对于一个具有通用架构的程序来说，程序架构完成整个程序的通用功能、流程，但在某个特定的点上，需要一段业务相关的代码——通用的程序架构无法实现这段代码，那么程序架构会在这个点上留一个“空”。
对于Java程序来说，程序架构在这个点上的留的“空”，可以以一下两种方式存在。
*以接口形式存在：该接口由开发者实现，实现该接口时会实现该接口的方法，那么通用的程序架构就会调用该方法来完成相关业务的处理。
*以抽象方法(也可以说是非抽象方法)的形式存在：这就是Activity的实现形式，这些特定的点上的方法已经被定义了，如onCreate,onActivityResult等方法，开发者可以选择性地重写这些方法，通用的程序架构就会回调这些方法来完成相关业务的处理。
几乎所有基于回调的事件处理方法都有一个boolean类型的返回值，该返回值用于标识该处理方法是否能完全处理该事件：
如果处理事件的回调方法返回true，表明该处理方法已完全处理该事件，该事件不会传播出去。
如果事件处理的回调方法返回false，表明该处理方法并未完全处理事件，该事件会传播出去。
某组件上发生的事情不仅激发该组件上的回调方法，也会触发该组件所在Activity的回调方法——只要事件能传播到该Activity。
例如，当某个组件上发生某个按键按下的事件时，Android系统最先触发的应该是该按键上绑定的监听器，接着才触发该组件个的事件回调方法，然后还会传播到该组件所在的Activity。当然前提是事件处理方法返回的是false。
二、所谓的事件监听器，其实就是实现了特定接口的java类的实例。
在程序中实现事件监听器通常有以下几种形式：
内部类形式：将事件监听器类定义为当前类的内部类、
外部类形式：将事件监听器定义为一个外部类。
Activity本身作为事件监听器类：让Activity本身实现监听器接口，并实现事件处理方法。
匿名内部类形式：使用匿名内部类创建事件监听器对象。
对比Android提供的这两种事件处理模型，会发现基于监听的事件处理模型更具优势：
基于监听的事件模型分工更明确，事件源、事件监听的两个类分开实现，隐刺具有更好的可维护性。
Android的事件处理机制保证基于监听的事件监听器会被优先触发。
Android为不同组件通过了不同的监听接口：
一、View
View.onClickListener:单击事件的事件监听器必须实现的接口。
View.onCreateContextMenuListener:创建上下文菜单事件的事件监听器必须实现的接口。
View.onFocusChangedListener:焦点改变事件的事件监听器必须实现的接口。
View.onKeyListener:按键事件的时间监听器必须实现的接口。
View.onLangClickListener:长单击事件的事件监听器必须实现的接口。
View.onTouchListener:触摸屏事件的事件监听器必须实现的接口。
Android为不同的组件也通过了一些事件处理的回调方法：
一、View
boolean onKeyDown(int keyCode,KenyEvent enent)：当用户在该组件上按下某个键时触发的方法。
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)：当用户在该组件上触发轨迹球屏事件时触发该方法。