Android中的事件分发机制

1. 一个小问题引发的思考

2. 通过源码探索View中的事件分发机制

3.通过源码探索ViewGroup的事件分发机制

最近的一个项目中涉及,布局为一个RelativeLayout包含了一个EditText和一个Button，当点击EditText时，弹出软键盘，点击RelativeLayout中除了EditText和Button之外其它的地方时，收起软键盘。

实现起来很简单，为EditText和RelativeLayout分别注册一个onTouch事件，为Button注册一个click事件，一切Ok~ 但在业务层简单的实现背后，却给我带来了一些疑问：  

1. EditText作为RelativeLayout的子元素，为何它的onTouch事件没有触发父元素（RelativeLayout）的onTouch事件,父子节点的同一事件的事件分发逻辑是怎样呢？

2. onClick事件和onTouch事件有和关联呢？

3. 我们既可以为控件注册onTouch事件（setOnTouchLisnter），也可以自定义控件实现onTouchEvent方法，onTouch方法和onTouchEvent方法有何区别呢，它们的执行时机是什么？

带着这三个疑问，我踏上了google， 度娘，以及Android源代码探索的不归路~

Android中，所有的操作类型事件都由如下三个部分作为基础：

• 按下（ACTION_DOWN）
• 移动（ACTION_MOVE）
• 抬起（ACTION_UP）

这三部分都寄生于onTouch事件中，由MontionEvent类中定义的三个常量进行区分。

Android中与Touch事件相关的方法为：

Touch事件相关方法	方法功能	ViewGroup	View（子View）	Activity
public boolean dispatchTouchEvnet(MotionEvent ev)	事件分发	Yes	Yes	Yes
public boolean onInterceptTouchEvent(MotionEvent ev)	事件拦截	Yes	No	No
public boolean onTouchEvent(MotionEvent ev)	事件响应	Yes	Yes	Yes

分发逻辑：整个Touch事件的分发其实是以Activity的dispatchTouchEvent作为起点，将事件传递给最外层ViewGroup的dispatchTouchEvent方法，再由该ViewGroup进行递归分发，直至叶子节点View的dispatchTouchEvent方法中。

为了证明这一逻辑，我们对代码一层层地分析，首先看下View中的dispatchTouchEvent方法：

View.Java

[java]  view plain   copy

 

1. public boolean dispatchTouchEvent(MotionEvent event) {  
2.     if (mInputEventConsistencyVerifier != null) {  
3.         mInputEventConsistencyVerifier.onTouchEvent(event, 0);  
4.     }  
5.   
6.     if (onFilterTouchEventForSecurity(event)) {  
7.         //noinspection SimplifiableIfStatement  
8.         ListenerInfo li = mListenerInfo;  
9.         if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED  
10.                 && li.mOnTouchListener.onTouch(this, event)) {  
11.             return true;  
12.         }  
13.   
14.         if (onTouchEvent(event)) {  
15.