Android开发——事件分发机制详解---微信鱼虾蟹源码搭建

Posted 2020-10-24

转载请注明出处：http://h5.hxforum.com
深入学习事件分发机制，是为了解决在android开发中遇到的滑动冲突问题做准备。事件分发机制描述了用户的手势一系列事件是如何被Android系统传递并消费的。

首先对事件分发机制进行概述：如果当一个点击事件发生时，事件最先传递给当前Activity，再传递给Window，接着传递给顶级View，最后按照事件分发机制去分发事件。事件的传递过程可以用以下伪代码进行描述：微信鱼虾蟹源码搭建(h5.hxforum.com) 联系方式170618633533企鹅2952777280 微信Tel17061863533源码出售 房卡出售 后台出租有意者私聊
[java] view plain copy
public boolean dispatchTouchEvent(MotionEvent ev){//事件传递到，那么该方法一定会被调用
boolean consume = false;
//onInterceptTouchEvent只存在于ViewGroup，判断是否拦截该事件
//但不是每次都调用该方法，后面会详细介绍
if(onInterceptTouchEvent(ev)){
if(!OnTouchListener.onTouch(ev)){// OnTouchListener优先级较onTouchEvent高
consume = onTouchEvent(ev);//处理点击事件
}
}else{
consume = child. dispatchTouchEvent(ev);
}
return consume;
}
对于事件传递后的事件消费，如果一个View设置了OnTouchListener，则OnTouchListener的onTouch会首先被调用。若onTouch返回false，最后才轮到onTouchEvent去消费该事件（我们平时设置的OnclickListener就在onTouchEvent方法中，优先级较低）。
若onTouchEvent返回了true，则表示事件已经被消费了，否则它的父容器的onTouchEvent将会调用，以此类推，直至由Activity的onTouchEvent被调用。
整个过程的简要流程图如下所示：

1. 事件的分发详解
   如果需要再进一步分析事件的分发机制，那么必须阅读源码。
   一个点击事件发生时，事件第一步最先传递给当前Activity。

2. 1 Activity对事件的分发
   [java] view plain copy
   public boolean dispatchTouchEvent(MotionEvent ev) {
   if (ev.getAction() == MotionEvent.ACTION_DOWN) {
   onUserInteraction();
   }
   if (getWindow().superDispatchTouchEvent(ev)) {
   return true;
   }
   return onTouchEvent(ev);
   }
   从源码里可以看出，事件交给了Activity所附属的Window进行分发，返回true则结束事件分发，否则代表所有的View的onTouchEvent返回了false（均不处理），这时是由Activity的onTouchEvent来处理。

3. 2 Window对事件的分发
   Window的superDispatchTouchEvent()是一个抽象方法，Window的唯一实现是PhoneWindow。
   下面代码便来自于PhoneWindow对事件的分发逻辑。
   [java] view plain copy
   @Override
   public boolean superDispatchTouchEvent(MotionEvent event) {
   return mDecor.superDispatchTouchEvent(event);
   }
   从源码里可以看出，事件交给了DecorView处理。我们继续查看DecorView的定义。

4. 3 DecorView的定义
   [java] view plain copy
   private final class DecorView extends FrameLayout implements RootViewSurfaceTaker{…}

public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
}
从源码里可以看出，DecorView是继承自FrameLayout的，毫无疑问FrameLayout又继承了ViewGroup，那么剩下的工作就是研读 GroupView的dispatchTouchEvent方法了。

1. 4 ViewGroup
   ViewGroup和Activity、View比，多了一个onInterceptTouchEvent()事件拦截方法，事件传递到ViewGroup若onInterceptTouchEvent返回true，则事件由ViewGroup处理（OnTouchListener比onTouchEvent优先级要高，这一点前面也介绍过了）。若返回false，子View的dispatchTouchEvent会被调用。
   但是onInterceptTouchEvent并不是每次都会调用并判断是否拦截事件，ViewGroup.dispatchTouchEvent()的源码分析如下：
   [java] view plain copy
   // 检查是否进行事件拦截
   final boolean intercepted;
   if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
   final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
   if (!disallowIntercept) {
   //回调onInterceptTouchEvent()，返回false表示不拦截touch，否则拦截touch事件
   intercepted = onInterceptTouchEvent(ev);
   ev.setAction(action);
   } else {
   intercepted = false;
   }
   } else {
   //没有touch事件的传递对象，同时该动作不是初始动作down，ViewGroup继续拦截事件
   intercepted = true;
   }
   从源码里可以看出，ViewGroup的onInterceptTouchEvent判断是否去拦截事件的前提是ACTION_DOW或者mFirstTouchTarget != null，关于mFirstTouchTarget，如果事件由ViewGroup的子View成功处理，mFirstTouchTarget会指向该子View不为空。
   当面对ACTION_DOW事件时，ViewGroup总是会调用自己的onInterceptTouchEvent来询问是否去拦截事件，因此若ViewGroup拦截了ACTION_DOWN事件，mFirstTouchTarget一定为空。当后续ACTION_MOVE和ACTION_UP事件到来时，ViewGroup的onInterceptTouchEvent不会调用，直接拦截。那么有什么办法可以修改这种默认机制呢？

我们还注意到源码中的标记位FLAG_DISALLOW_INTERCEPT，该标记位通过子View的getParent().requestDisallowInterceptTouchEvent方法来设置，作用是ViewGroup将无法拦截除ACTION_DOW以外的点击事件。这为我们后面如何处理滑动冲突提供思路。至于为什么无法拦截ACTION_DOW，可以由以下源码证明。
[java] view plain copy
//处理初始的down事件
if (actionMasked == MotionEvent.ACTION_DOWN) {
// ACTION_DOWN到来时的重置操作
//当app切换、 ANR或一些其他的touch状态发生时，framework会丢弃或取消先前的touch状态
cancelAndClearTouchTargets(ev);
resetTouchState();//该方法中会重置FLAG_DISALLOW_INTERCEPT标记位
}

1. 5 View对事件的处理
   当ViewGroup的onInterceptTouchEvent返回false，会首先遍历所有的子元素，判断子元素是否能够接收点击事件（通过判断子元素是否在播放动画并且点击坐标落在该子元素区域内）。若子元素具备接收事件的条件，那么它的dispatchTouchEvent会被调用，若遍历完所有的子元素均返回false，那么只能ViewGroup自己去处理该事件。子元素的该方法返回true会终止遍历子元素。
   事件传递就来到了子View的“手里”，处理过程如下。
   [java] view plain copy
   public boolean dispatchTouchEvent(MotionEvent event) {
   boolean result = false;
   //...
   if (onFilterTouchEventForSecurity(event)) {
   //noinspection SimplifiableIfStatement
   ListenerInfo li = mListenerInfo;
   if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED
   && li.mOnTouchListener.onTouch(this, event)) {
   return true; }

   if (onTouchEvent(event)) {
   return true; }
   }
   //…
   return result;
   }
   View无法继续向下传递事件，只能处理之。从源码第8行可以看出会执行View的OnTouchListener.onTouch这个函数，若返回true，onTouchEvent便不会再被调用了。可见OnTouchListener比onTouchEvent优先级更高。

2. 6 View的onTouchEvent
   首先当View处于不可用状态时的处理过程如下：
   [java] view plain copy
   if ((viewFlags & ENABLED_MASK) == DISABLED) {
   // A disabled view that is clickable still consumes the touch
   // events, it just doesn‘t respond to them.
   return (((viewFlags & CLICKABLE) == CLICKABLE ||
   (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));
   }
   可以看出View的enable属性不影响onTouchEvent的返回值，View的onTouchEvent会默认消耗事件并返回true，除非其CLICKABLE和LONG_CLICKABLE均为false。后者在View中默认为false，前者根据控件本身来决定。通过setClickable和setLongClickable可以改变View的这两个属性。setOnClickListener和setOnLongClickListener本质上也是通过setClickable和setLongClickable来改变View的这两个属性。

View对事件的具体处理如下：
[java] view plain copy
public boolean onTouchEvent(MotionEvent event) {
//...
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
case MotionEvent.ACTION_UP:
...
performClick();
break;
case MotionEvent.ACTION_DOWN:
break;
case MotionEvent.ACTION_CANCEL:
break;
case MotionEvent.ACTION_MOVE:
break;
}
//
return true;
}
return false;
}
从源码中可以看出，如果一个控件是clickable或longclickable的，那么就会执行ACTION_UP、ACTION_DOWN等case里面，并最终返回true。需要说明的是，如果在上一个case(比如：ACTION_UP)中返回了false，那么下面所有的case(比如：ACTION_CANCEL、ACTION_MOVE等)都不会得到执行。

ACTION_UP发生时会调用performClick方法，源码如下所示：
[java] view plain copy
public boolean performClick() {
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
if (mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
mOnClickListener.onClick(this);
return true;
}
return false;
}