View的事件分发机制

一.和事件传递相关的方法

• 首先先简单介绍下事件传递的一些，事件分发是从上到下，处理是从下到上。

• public boolean dispatchTouchEvent(MotionEvent ev); //用来分派event（Avtivity,ViewGroup,View）
  其中调用了onInterceptTouchEvent()和onTouchEvent()，一般不重写该方法

• public boolean onInterceptTouchEvent(MotionEvent ev); //用来拦截event (ViewGroup)
  事件将向下传递（传递给其子View）；若手动重写该方法，使其返回true则表示拦截，事件将终止向下传递，事件由当前ViewGroup类来处理，就是调用该类的onTouchEvent()方法
• public boolean onTouchEvent(MotionEvent ev); //用来处理event (ViewGroup,View)
  返回true则表示该View能处理该事件，事件将终止向上传递（传递给其父View）；返回false表示不能处理，则把事件传递给其父View的onTouchEvent()方法来处理

二.点击事件的传递

先以一个点击事件来了解它的传递。当我们的手按下屏幕时，执行的是按下操作（ACTION_DOWN），也就是按下操作。

• 1.当按下时，由Activity的dispathTouchEvent进行事件分发。对其的传递过程的顺序是：** activity - phoneWindow(DecorView) - 根View**

这个是Activity对于点击事件的分发过程，通过源码分析，我们可以知道最终分发是由Activity内部Window来完成，即DecorView来将事件传递给我们在setContentView中设置的view，也就是根View。想了解这些概念可以看看凯子哥的Activity界面显示全解析。关注点还是在后面。

• 2.根View一般是GroupView，这时会调用它的dispathTouchEvent方法。在这个方法中又会调用onInterceptTouchEvent方法进行事件拦截。如果被拦截，将会交给onTouchEvent处理，处理后面再说。
  我假设的ViewGroup不拦截：dispathTouchEvent - onInterceptTouchEvent - 子View的dispathTouchEvent

在这个方法中，有两种条件将决定是否要拦截这个事件：事件类型是否是ACTION_DOWN，mFirsTouchTarget != null.

• mFirsTouchTarget。当ViewGroup不拦截事件并将事件交由子View处理时， mFirsTouchTarget就被赋值指向这个子View；
  // Check for interception.final boolean intercepted;
  if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
  final boolean disallowIntercept = (
  mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
  if (!disallowIntercept) {
  intercepted = onInterceptTouchEvent(ev); ev.setAction(action);
  // restore action in case it was changed
  } else {
  intercepted = false;
  }
  } else {
  // There are no touch targets and this action is not an initial down
  // so this view group continues to intercept touches.
  intercepted = true;
  }
• 可以看出当if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null)为false时，将导致onInterceptTouchEvent方法不会再被调用，并且同一序列中的其他事件都会默认交给它处理了。所以onInterceptTouchEvent方法不会总被调用
• 这说明一旦ACTION_DOWN 事件被拦截，同一序列中的后序事件如move，up将不再进行拦截判断，直接交由这个ViewGroup处理。除非子View使用requestDisallowInterceptTouchEvent方法改变FLAG_DISALLOW_INTERCEPT的值，使用后ViewGroup将无法拦截除了ACTION_DOWN 以外的事件。

• 3.当ViewGroup不拦截，会将事件传递给子元素。

• 首先遍历ViewGroup的所有子元素，然后判断子元素是否能接收到点击事件（点击区域是否在子元素区域内，是否在播放动画）。
• 子元素如果能接受点击事件，那么事件传递给它处理。调用子元素的dispathTouchEvent方法，这样交给子元素。

• 4.子元素是View，这时根据mOnTouchListener和onTouchEvent来处理事件。

•  View 的 dispathTouchEvent中：
  

          if (onFilterTouchEventForSecurity(event)) {    
            //noinspection SimplifiableIfStatement    
            ListenerInfo li = mListenerInfo;    
            if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event)) {       
               result = true;    
            }    
            if (!result && onTouchEvent(event)) {        
              result = true;    
            }
          }

• 从上面可以看出View对点击事件的处理。判断有没有设置mOnTouchListener ，onTouch方法返回true就不执行onTouchEvent方法了.mOnTouchListener 优先级高于onTouchEvent，这样方便在外界处理点击事件。
• 接着再分析onTouchEvent。总的来说，如果View设置有代理，就会执行mTouchDelegate；只要view的CLICKABLE和LONG_CLICKABLE有一个为true，都会消耗这个事件，在ACTION_UP中触发performClick调用onClick，在ACTION_DOWN中postCheckForLongClick()实现onLongClick。对于onClick和onLongClick有兴趣可以自己看看源码。

三.总结

1. dispathTouchEvent(MontionEvent ev) 用来进行事件的分发。返回结果受当前View的onTouchEvent和下级View的dispathTouchEvent方法影响，表示是否消耗该事件。
2. **onInterceptTouchEvent(MontionEvent ev) ** 判断是否拦截改事件。如果当前View已经拦截了某个事件，那么在同一个事件序列中，此方法不会再次被调用。
3. onTouchEvent（MontionEvent ev） 在dispathTouchEvent中调用，处理点击事件。如果已经返回不消耗事件，当前View不会再接收到这个事件。
4. ViewGroup的mOnTouchListener被设置，则OnTouch会被调用，否则onTouchEvent会被调用。也就是说onTouch可以屏蔽掉onTouchEvent.
5. View的onTouchEvent默认会消耗事件（返回true），除非它是不可点击的（longClickable和clickable为false）。View的longClickable属性默认为false，clickable属性分情况，不然Button为true，textView为false。 （View的onTouchEvent和OnTouch区别
   ）
6. 通过requestDisallowInterceptTouchEvent
   方法可以在子元素中干预父元素的事件分发过程，但ACTION_DOWN事件除外。