Android:View事件分发机制详解

Android事件传递机制绝对不是三言两语就能说得清的，在网上查了相关资料，觉得大部分都没有讲的很清楚透彻，写本文的目的就是让更多的开发者进从FrameWork层到Application层一步步深入Android事件传递机制的原理，今天先小小试牛刀，主要是讲View的事件传递机制原理，下一篇会将更复杂的控件ViewGroup事件的传递机制。

Android事件构成

在Android中，事件主要包括点按、长按、拖拽、滑动等，点按又包括单击和双击，另外还包括单指操作和多指操作。所有这些都构成了Android中的事件响应。总的来说，所有的事件都由如下三个部分作为基础：

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

所有的操作事件首先必须执行的是按下操作（ACTIONDOWN），之后所有的操作都是以按下操作作为前提，当按下操作完成后，接下来可能是一段移动（ACTIONMOVE）然后抬起（ACTION_UP），或者是按下操作执行完成后没有移动就直接抬起。这一系列的动作在Android中都可以进行控制。

我们知道，所有的事件操作都发生在触摸屏上，而在屏幕上与我们交互的就是各种各样的视图组件（View），在Android中，所有的视图都继承于View，另外通过各种布局组件（ViewGroup）来对View进行布局，ViewGroup也继承于View。所有的UI控件例如Button、TextView都是继承于View，而所有的布局控件例如RelativeLayout、容器控件例如ListView都是继承于ViewGroup。所以，我们的事件操作主要就是发生在View和ViewGroup之间，那么View和ViewGroup中主要有哪些方法来对这些事件进行响应呢？记住如下3个方法，我们通过查看View和ViewGroup的源码可以看到：

View.java

• public boolean dispatchTouchEvent(MotionEvent event)
• public boolean onTouchEvent(MotionEvent event)

ViewGroup.java

• public boolean dispatchTouchEvent(MotionEvent event)
• public boolean onTouchEvent(MotionEvent event)
• public boolean onInterceptTouchEvent(MotionEvent event)

在View和ViewGroup中都存在dispatchTouchEvent和onTouchEvent方法，但是在ViewGroup中还有一个onInterceptTouchEvent方法，那这些方法都是干嘛的呢？别急，我们先看看他们的返回值。这些方法的返回值全部都是boolean型，为什么是boolean型呢，看看本文的标题，“事件传递”，传递的过程就是一个接一个，那到了某一个点后是否要继续往下传递呢？你发现了吗，“是否”二字就决定了这些方法应该用boolean来作为返回值。没错，这些方法都返回true或者是false。在Android中，所有的事件都是从开始经过传递到完成事件的消费，这些方法的返回值就决定了某一事件是否是继续往下传，还是被拦截了，或是被消费了。

接下来就是这些方法的参数，都接受了一个MotionEvent类型的参数，MotionEvent继承于InputEvent，用于标记各种动作事件。之前提到的ACTIONDOWN、ACTIONMOVE、ACTION_UP都是MotinEvent中定义的常量。我们通过MotionEvent传进来的事件类型来判断接收的是哪一种类型的事件。到现在，这三个方法的返回值和参数你应该都明白了，接下来就解释一下这三个方法分别在什么时候处理事件。

• dispatchTouchEvent方法用于事件的分发，Android中所有的事件都必须经过这个方法的分发，然后决定是自身消费当前事件还是继续往下分发给子控件处理。返回true表示不继续分发，事件没有被消费。返回false则继续往下分发，如果是ViewGroup则分发给onInterceptTouchEvent进行判断是否拦截该事件。
• onTouchEvent方法用于事件的处理，返回true表示消费处理当前事件，返回false则不处理，交给子控件进行继续分发。
• onInterceptTouchEvent是ViewGroup中才有的方法，View中没有，它的作用是负责事件的拦截，返回true的时候表示拦截当前事件，不继续往下分发，交给自身的onTouchEvent进行处理。返回false则不拦截，继续往下传。这是ViewGroup特有的方法，因为ViewGroup中可能还有子View，而在Android中View中是不能再包含子View的（iOS可以）。

Android事件处理

比如一个Activity页面有一个Button 按钮，要想为该按钮设置onClick事件，只需简单的使用下面几句代码即可：

mTestButton.setOnClickListener(new View.OnClickListener() {  
           @Override  
           public void onClick(View view) {  
               Log.d(TAG, "onClick execute");  
           }  
       });  

有了上面click事件，点击Button时就会执行上述onClick方法中的具体实现，这个我们都知道，但是如果我再为button添加一个OnTouchListener，代码实现也很简单，如下：

mTestButton.setOnTouchListener(new View.OnTouchListener() {  
           @Override  
           public boolean onTouch(View view, MotionEvent motionEvent) {  
               Log.d(TAG, "onTouch execute, action event " + motionEvent.getAction());  
               return false;  
           }  
       }); 

此时，我们现在分析一下，是onTouch先执行，还是onClick执行，我想一般人都能立即回答出，肯定是onTouch事件先执行，但是为什么会这样呢？

其中的原理是什么，接下来我从FrameWork 源码去探寻一下整个事件的执行流程和原理：
我们知道Button ,TextView等基础控件的基类都是View，只要你触摸到了任何一个控件，就一定会调用该控件的dispatchTouchEvent方法。那当我们去点击按钮的时候，就会去调用Button类(实际上是基类View)里的dispatchTouchEvent方法，所以接下来看View源码中dispatchTouchEvent()方法的具体实现：

public boolean dispatchTouchEvent(MotionEvent event) {  
    if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&  
            mOnTouchListener.onTouch(