事件分发机制（源码追踪篇）

回顾

• 事件对象产生后会交给Activity，由Activity内部的Window对象传递给DecorView，再由DecorView传递给我们写的View。事件对象传递中要经过三大核心方法dispatchTouchEvent(me),onInterceptTouchEvent,onTouchEvent(me)。并且ViewGroup和View在三个核心方法中的实现也略有不同，ViewGroup默认不拦截事件，View没有拦截功能，事件对象传递到View，会直接执行onTouchEvent(me)。这篇根据源码加深印象

1.Activity对事件对象的分发

• 当一个事件(MotionEvent)产生，会最先传递给Activity。由Activity的 dispatchTouchEvent() 来进行事件的分发

java public boolean dispatchTouchEvent(MotionEvent ev) { 
    if (ev.getAction() == MotionEvent.ACTION_DOWN) {
         // 该方法是一个空实现，如果你想知道用户与设备有怎样的交互，你可以重写此方法 
         onUserInteraction();
    } 
    // Window进行事件分发，如果有人处理事件，则返回true 
    if (getWindow().superDispatchTouchEvent(ev)) { 
        return true;
    } 
    // 走到这一步，说明没人处理事件，所以调用Activity的onTouchEvent()进行处理 
    return onTouchEvent(ev); 
 }

2.Window对事件的分发

• Window是一个抽象类，真正的实现类是PhoneWindow

@Override public boolean superDispatchTouchEvent(MotionEvent event) { 
    return mDecor.superDispatchTouchEvent(event); 
}

• 其中mDecor是DecorView，也是顶层View。我们在Activity的 setContentView设置的布局最终就到了DecorView布局中的FrameLayout中。该DecorView由标题和内容组成。我们常常设置的windowNoTitle就是去掉了DecorView中的标题，仅剩下了我们设置的布局。

3.DecorView对事件的分发

• DecorView继承自FrameLayout。

public boolean superDispatchTouchEvent(MotionEvent event) {                   
    // 由ViewGourp进行过事件分发
    return  super.dispatchTouchEvent(event); 
}

4.ViewGroup对事件分发

• ViewGroup的dispatchTouchEvent()实现很多，我们根据源码注释只看重点，因为我们在看源码时已经知道了，当进入dispatchTouchEvent()时就开始了事件分发，他会首先判断是否拦截此事件
• 以下是ViewGroup判断事件对象是否拦截的源代码

// --- dispatchTouchEvent方法内部某片段 ---
// Check for interception.
final boolean intercepted; 
// 如果事件是down事件，则不会拦截 
// 如果mFirstTouchTarget不为空，则不会拦截
if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
    // 该标志位很熟悉，当子类调用requestDisallowInterceptTouchEvent()后，事件就不会拦截，事件就会留给请求的子view
    final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
     // 如果没有子类请求
     if (!disallowIntercept) {
         // 判断是否拦截事件,onInterceptTouchEvent()方法默认返回false。
        intercepted = onInterceptTouchEvent(ev);
        ev.setAction(action); // restore action in case it was changed
      } else {
        intercepted = false;
      }
 } else {
     intercepted = true;
}

• 上面代码唯一的疑惑就是mFirstTouchTarget标志位是什么意思？
• 在代码后面的逻辑，如果事件由子view处理了。那么就把该子view赋值给mFirstTouchTarget。一旦赋值了，再看上面的逻辑，后续的move，up事件，才能不被拦截并交给该子view处理。这个标志位很重要，再往后的滑动冲突时，要经常思考是否可以靠它来解决， 当事件不拦截，按照理论则开始child view的分发了

拦截小结

• ViewGroup在两种情况下判断是否拦截当前事件对象
  1. 当事件对象是down事件，会判断一次是否拦截
  2. 当有子view拦截了down事件，后续的move，up事件会判断是否拦截

// Find a child that can receive the event. 
// Scan children from front to back. ... 
// 开始遍历ViewGroup中的子view 
for (int i = childrenCount - 1; i >= 0; i--) {  
    // 如果子view没有在播动画且事件在子元素的区域内产生，事件就会传递给子view 
     ...  
    resetCancelNextUpFlag(child); 
    // 调用子View的dispatchTouchEvent() 
    if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
       // Child wants to receive touch within its bounds. ... break;
    } 
    // The accessibility focus didn't handle the event, so clear
    // the flag and do a normal dispatch to all children.   
    ev.setTargetAccessibilityFocus(false);

• 在调用 dispatchTransformedTouchEvent() 进行子view分发的过程

// 如果不为空，调用子类的dispatchTouchEvent分发。 
if (child == null) {
    handled = super.dispatchTouchEvent(event);
} else {
    handled = child.dispatchTouchEvent(event); }

• 如果子view是view类型的控件，就没有拦截方法了，则会直接执行onTouchEvent()。如果子view处理了此事件，handler的值就为true。就会给mFirstTouchTarget赋值并退出view树的遍历