Android View 虽然不是四大组件，但其并不比四大组件的地位低。而View的核心知识点事件分发机制则是不少刚入门同学的拦路虎。ScrollView嵌套RecyclerView(或者ListView)的滑动冲突这种老大难的问题的理论基础就是事件分发机制。

事件分发机制面试也会经常被提及，如果你能get到要领，并跟面试官深入的灵魂交流一下，那么一定会让面试官对你印象深刻，抛出爱的橄榄枝想想都有点小激动呢。那么就让我们从浅入深，由表及里的去看事件分发机制，全方位，立体式，去弄懂这个神秘的事件分发机制吧。

MotionEvent事件初探

我们对屏幕的点击，滑动，抬起等一系的动作都是由一个一个MotionEvent对象组成的。根据不同动作，主要有以下三种事件类型：
1.ACTION_DOWN：手指刚接触屏幕，按下去的那一瞬间产生该事件
2.ACTION_MOVE：手指在屏幕上移动时候产生该事件
3.ACTION_UP：手指从屏幕上松开的瞬间产生该事件

从ACTION_DOWN开始到ACTION_UP结束我们称为一个事件序列

正常情况下，无论你手指在屏幕上有多么骚的操作，最终呈现在MotionEvent上来讲无外乎下面两种。
1.点击后抬起，也就是单击操作：ACTION_DOWN -> ACTION_UP
2.点击后再风骚的滑动一段距离，再抬起：ACTION_DOWN -> ACTION_MOVE -> ... -> ACTION_MOVE -> ACTION_UP

1public class MotionEventActivity extends BaseActivity {
2    private Button mButton;
3
4    @Override
5    protected void onCreate(Bundle savedInstanceState) {
6        super.onCreate(savedInstanceState);
7        setContentView(R.layout.activity_motion_event);
8        mButton = (Button) findViewById(R.id.button);
9        mButton.setOnTouchListener(new View.OnTouchListener() {
10            @Override
11            public boolean onTouch(View v, MotionEvent event) {
12                switch (event.getAction()) {
13                    case MotionEvent.ACTION_DOWN:
14                        e("MotionEvent: ACTION_DOWN");
15                        break;
16                    case MotionEvent.ACTION_MOVE:
17                        e("MotionEvent: ACTION_MOVE");
18                        break;
19                    case MotionEvent.ACTION_UP:
20                        e("MotionEvent: ACTION_UP");
21                        break;
22                }
23                return false;
24            }
25        });
26    }
27
28    public void click(View v) {
29        e("点击了按钮");
30    }
31}
32

注：e("xxx")是BaseActivity封装的Log显示方法，具体请看BaseProject

当我们单击按钮：

当我们在按钮上风骚走位（滑动）：

细心的同学一定发现了**我们常用的按钮的onclick事件都是在ACTION_UP以后才被调用的。**这和View的事件分发机制是不是有某种不可告人的关系呢？！

上面代码我们给button设置了OnTouchListener并重写了onTouch方法，方法返回值默认为false。如果这里我们返回true，那么你会发现onclick方法不执行了！！！What？
这些随着我们的深入探讨，结论就会浮出水面！针对MotionEvent，我们先说这么多。

MotionEvent事件分发

当一个MotionEvent产生了以后，就是你的手指在屏幕上做一系列动作的时候，系统需要把这一系列的MotionEvent分发给一个具体的View。我们重点需要了解这个分发的过程，那么系统是如何去判断这个事件要给哪个View，也就是说是如何进行分发的呢？

事件分发需要View的三个重要方法来共同完成：

• public boolean dispatchTouchEvent(MotionEvent event)
  通过方法名我们不难猜测，它就是事件分发的重要方法。那么很明显，如果一个MotionEvent传递给了View，那么dispatchTouchEvent方法一定会被调用！
  返回值：表示是否消费了当前事件。可能是View本身的onTouchEvent方法消费，也可能是子View的dispatchTouchEvent方法中消费。返回true表示事件被消费，本次的事件终止。返回false表示View以及子View均没有消费事件，将调用父View的onTouchEvent方法

• public boolean onInterceptTouchEvent(MotionEvent ev)
  事件拦截，当一个ViewGroup在接到MotionEvent事件序列时候，首先会调用此方法判断是否需要拦截。特别注意，这是ViewGroup特有的方法，View并没有拦截方法
  返回值：是否拦截事件传递，返回true表示拦截了事件，那么事件将不再向下分发而是调用View本身的onTouchEvent方法。返回false表示不做拦截，事件将向下分发到子View的dispatchTouchEvent方法。

• public boolean onTouchEvent(MotionEvent ev)
  真正对MotionEvent进行处理或者说消费的方法。在dispatchTouchEvent进行调用。
  返回值：返回true表示事件被消费，本次的事件终止。返回false表示事件没有被消费，将调用父View的onTouchEvent方法

上面的三个方法可以用以下的伪代码来表示其之间的关系。

1    public boolean dispatchTouchEvent(MotionEvent ev) {
2        boolean consume = false;//事件是否被消费
3        if (onInterceptTouchEvent(ev)){//调用onInterceptTouchEvent判断是否拦截事件
4            consume = onTouchEvent(ev);//如果拦截则调用自身的onTouchEvent方法
5        }else{
6            consume = child.dispatchTouchEvent(ev);//不拦截调用子View的dispatchTouchEvent方法
7        }
8        return consume;//返回值表示事件是否被消费，true事件终止，false调用父View的onTouchEvent方法
9    }
10

通过上面的介绍相信我们已经初步了解了View事件分发的机制

接下来我们来看一下View 和ViewGroup 在事件分发的时候有什么不一样的地方

ViewGroup是View的子类，也就是说ViewGroup本身就是一个View，但是它可以包含子View（当然子View也可能是一个ViewGroup），所以不难理解，上面所展示的伪代码表示的是ViewGroup 处理事件分发的流程。而View本身是不存在分发，所以也没有拦截方法（onInterceptTouchEvent），它只能在onTouchEvent方法中进行处理消费或者不消费。

上面结论先简单的理解一下，通过下面的流程图，会更加清晰的帮助我们梳理事件分发机制

View结构图

View事件分发流程图

可以看出事件的传递过程都是从父View到子View。

但是这里有三点需要特别强调一下

• 子View可以通过requestDisallowInterceptTouchEvent方法干预父View的事件分发过程（ACTION_DOWN事件除外），而这就是我们处理滑动冲突常用的关键方法。关于处理滑动冲突，我们下一篇文章会专门去分析，这里就不做过多解释。

• 对于View（注意！ViewGroup也是View）而言，如果设置了onTouchListener，那么OnTouchListener方法中的onTouch方法会被回调。onTouch方法返回true，则onTouchEvent方法不会被调用（onClick事件是在onTouchEvent中调用）所以三者优先级是onTouch->onTouchEvent->onClick

• View 的onTouchEvent 方法默认都会消费掉事件（返回true），除非它是不可点击的（clickable和longClickable同时为false），View的longClickable默认为false，clickable需要区分情况，如Button的clickable默认为true，而TextView的clickable默认为false。

View事件分发源码

作为程序猿，最不想看的但是也不得不去看的就是源码！所谓知其然也要知其所以然，神秘的大佬曾经说过提高的方法就是READ THE FUCKING CODE！那么我们就带大家来看一下Android对事件分发的处理方式，看是否与我们上面说的结论一致！（为方便阅读，以下都只给出了关键代码并额外添加上一些简单注释，全部代码请自行阅读源码）

点击事件产生最先传递到当前的Activity，由Acivity的dispatchTouchEvent方法来对事件进行分发。那么很明显我们先看Activity的dispatchTouchEvent方法

1Class Activity：
2    public boolean dispatchTouchEvent(MotionEvent ev) {
3        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
4            onUserInteraction();
5        }
6        if (getWindow().superDispatchTouchEvent(ev)) {//事件分发并返回结果
7            return true;//事件被消费
8        }
9        return onTouchEvent(ev);//没有View可以处理，调用Activity onTouchEvent方法
10    }
11

通过上面的代码我们可以发现，事件会给Activity附属的Window进行分发。如果返回true，那么事件被消费。如果返回false表示事件发下去却没有View可以进行处理，则最后return Activity自己的onTouchEvent方法。

跟进getWindow().superDispatchTouchEvent(ev)方法发现是Window类当中的一个抽象方法

1Window类说明
2/**
3 * Abstract base class for a top-level window look and behavior policy.  An
4 * instance of this class should be used as the top-level view added to the
5 * window manager. It provides standard UI policies such as a background, title
6 * area, default key processing, etc.
7 *
8 * <p>The only existing implementation of this abstract class is
9 * android.view.PhoneWindow, which you should instantiate when needing a
10 * Window.
11 */
12Class Window:
13//抽象方法，需要看PhoneWindow的实现
14public abstract boolean superDispatchTouchEvent(MotionEvent event);
15

Window的源码有说明The only existing implementation of this abstract class is
android.view.PhoneWindow，Window的唯一实现类是PhoneWindow。那么去看PhoneWindow对应的代码。

1class PhoneWindow
2    // This is the top-level view of the window, containing the window decor.
3    private DecorView mDecor;
4    public boolean superDispatchTouchEvent(MotionEvent event) {
5        return mDecor.superDispatchTouchEvent(event);
6    }
7

PhoneWindow又调用了DecorView的superDispatchTouchEvent方法。而这个DecorView就是Window的顶级View，我们通过setContentView设置的View是它的子View（Activity的setContentView，最终是调用PhoneWindow的setContentView，有兴趣同学可以去阅读，这块不是我们讨论重点）

到这里事件已经被传递到我们的顶级View中，一般是ViewGroup。
那么接下来重点将放到ViewGroup的dispatchTouchEvent方法中。我们之前说过，事件到达View会调用dispatchTouchEvent方法，如果View是ViewGroup那么会先判断是否拦截该事件。

1class ViewGroup:
2    public boolean dispatchTouchEvent(MotionEvent ev) {
3        ...
4        final int action = ev.getAction();
5        final int actionMasked = action & MotionEvent.ACTION_MASK;
6        // Handle an initial down.
7        if (actionMasked == MotionEvent.ACTION_DOWN) {
8            // Throw away all previous state when starting a new touch gesture.
9            // The framework may have dropped the up or cancel event for the previous gesture
10            // due to an app switch, ANR, or some other state change.
11            cancelAndClearTouchTargets(ev);
12            //清除FLAG_DISALLOW_INTERCEPT设置并且mFirstTouchTarget 设置为null
13            resetTouchState();
14        }
15        // Check for interception.
16        final boolean intercepted;//是否拦截事件
17        if (actionMasked == MotionEvent.ACTION_DOWN
18                || mFirstTouchTarget != null) {
19            //FLAG_DISALLOW_INTERCEPT是子View通过
20            //requestDisallowInterceptTouchEvent方法进行设置的
21            final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
22            if (!disallowIntercept) {
23                //调用onInterceptTouchEvent方法判断是否需要拦截
24                intercepted = onInterceptTouchEvent(ev);
25                ev.setAction(action); // restore action in case it was changed
26            } else {
27                intercepted = false;
28            }
29        } else {
30            // There are no touch targets and this action is not an initial down
31            // so this view group continues to intercept touches.
32            intercepted = true;
33        }
34        ...
35    }
36

我们前面说过子View可以通过requestDisallowInterceptTouchEvent方法干预父View的事件分发过程（ACTION_DOWN事件除外）

为什么ACTION_DOWN除外？通过上述代码我们不难发现。如果事件是ACTION_DOWN，那么ViewGroup会重置FLAG_DISALLOW_INTERCEPT标志位并且将mFirstTouchTarget 设置为null。对于mFirstTouchTarget 我们可以先这么理解，如果事件由子View去处理时mFirstTouchTarget 会被赋值并指向子View。

所以当事件为ACTION_DOWN 或者 mFirstTouchTarget ！=null（即事件由子View处理）时会进行拦截判断。具体规则是如果子View设置了FLAG_DISALLOW_INTERCEPT标志位，那么intercepted =false。否则调用onInterceptTouchEvent方法。

如果事件不为ACTION_DOWN 且事件为ViewGroup本身处理（即mFirstTouchTarget ==null）那么intercepted = true，很显然事件已经交给自己处理根本没必要再调用onInterceptTouchEvent去判断是否拦截。

结论：

当ViewGroup决定拦截事件后，后续事件将默认交给它处理并且不会再调用onInterceptTouchEvent方法来判断是否拦截。子View可以通过设置FLAG_DISALLOW_INTERCEPT标志位来不让ViewGroup拦截除ACTION_DOWN以外的事件。

所以我们知道了onInterceptTouchEvent并非每次都会被调用。如果要处理所有的点击事件那么需要选择dispatchTouchEvent方法
而FLAG_DISALLOW_INTERCEPT标志位可以帮助我们去有效的处理滑动冲突

当ViewGroup不拦截事件，那么事件将下发给子View进行处理。

1class ViewGroup:
2    public boolean dispatchTouchEvent(MotionEvent ev) {
3        final View[] children = mChildren;
4        //对子View进行遍历
5        for (int i = childrenCount - 1; i >= 0; i--) {
6            final int childIndex = getAndVerifyPreorderedIndex(
7                    childrenCount, i, customOrder);
8            final View child = getAndVerifyPreorderedView(
9                    preorderedList, children, childIndex);
10
11            // If there is a view that has accessibility focus we want it
12            // to get the event first and if not handled we will perform a
13            // normal dispatch. We may do a double iteration but this is
14            // safer given the timeframe.
15            if (childWithAccessibilityFocus != null) {
16                if (childWithAccessibilityFocus != child) {
17                    continue;
18                }
19                childWithAccessibilityFocus = null;
20                i = childrenCount - 1;
21            }
22
23            //判断1，View可见并且没有播放动画。2，点击事件的坐标落在View的范围内
24            //如果上述两个条件有一项不满足则continue继续循环下一个View
25            if (!canViewReceivePointerEvents(child)
26                    || !isTransformedTouchPointInView(x, y, child, null)) {
27                ev.setTargetAccessibilityFocus(false);
28                continue;
29            }
30
31            newTouchTarget = getTouchTarget(child);
32            //如果有子View处理即newTouchTarget 不为null则跳出循环。
33            if (newTouchTarget != null) {
34                // Child is already receiving touch within its bounds.
35                // Give it the new pointer in addition to the ones it is handling.
36                newTouchTarget.pointerIdBits |= idBitsToAssign;
37                break;
38            }
39
40            resetCancelNextUpFlag(child);
41            //dispatchTransformedTouchEvent第三个参数child这里不为null
42            //实际调用的是child的dispatchTouchEvent方法
43            if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
44                // Child wants to receive touch within its bounds.
45                mLastTouchDownTime = ev.getDownTime();
46                if (preorderedList != null) {
47                    // childIndex points into presorted list, find original index
48                    for (int j = 0; j < childrenCount; j++) {
49                        if (children[childIndex] == mChildren[j]) {
50                            mLastTouchDownIndex = j;
51                            break;
52                        }
53                    }
54                } else {
55                    mLastTouchDownIndex = childIndex;
56                }
57                mLastTouchDownX = ev.getX();
58                mLastTouchDownY = ev.getY();
59                //当child处理了点击事件，那么会设置mFirstTouchTarget 在addTouchTarget被赋值
60                newTouchTarget = addTouchTarget(child, idBitsToAssign);
61                alreadyDispatchedToNewTouchTarget = true;
62                //子View处理了事件，然后就跳出了for循环
63                break;
64            }
65        }
66    }
67

上面代码是将事件分发给子View的关键代码，需要关注的地方都加了注释。分发过程首先需要遍历ViewGroup的所有子View，可以接收点击事件的View需要满足下面条件。
1.如果View可见并且没有播放动画canViewReceivePointerEvents方法判断

1    /**
2     * Returns true if a child view can receive pointer events.
3     * @hide
4     */
5    private static boolean canViewReceivePointerEvents(@NonNull View child) {
6        return (child.mViewFlags & VISIBILITY_MASK) == VISIBLE
7                || child.getAnimation() != null;
8    }
9

2.点击事件的坐标落在View的范围内isTransformedTouchPointInView方法判断

1    /**
2     * Returns true if a child view contains the specified point when transformed
3     * into its coordinate space.
4     * Child must not be null.
5     * @hide
6     */
7    protected boolean isTransformedTouchPointInView(float x, float y, View child,
8            PointF outLocalPoint) {
9        final float[] point = getTempPoint();
10        point[0] = x;
11        point[1] = y;
12        transformPointToViewLocal(point, child);
13        //调用View的pointInView方法进行判断坐标点是否在View内
14        final boolean isInView = child.pointInView(point[0], point[1]);
15        if (isInView && outLocalPoint != null) {
16            outLocalPoint.set(point[0], point[1]);
17        }
18        return isInView;
19    }
20

如果满足上面两个条件，接着我们看后面的代码newTouchTarget = getTouchTarget(child);

1    /**
2     * Gets the touch target for specified child view.
3     * Returns null if not found.
4     */
5    private TouchTarget getTouchTarget(@NonNull View child) {
6        for (TouchTarget target = mFirstTouchTarget; target != null; target = target.next) {
7            if (target.child == child) {
8                return target;
9            }
10        }
11        return null;
12    }
13

可以看到当mFirstTouchTarget不为null的时候并且target.child就为我们当前遍历的child的时候，那么返回的newTouchTarget 就不为null，则跳出循环。我们前面说过，当子View处理了点击事件那么mFirstTouchTarget就不为nulll。事实上此时我们还没有将事件分发给子View，所以正常情况下我们的newTouchTarget 此时为null

接下来关键来了
dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)方法。为方便我们将代码再一次贴到后面来

1        if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
2            // Child wants to receive touch within its bounds.
3            mLastTouchDownTime = ev.getDownTime();
4            if (preorderedList != null) {
5                // childIndex points into presorted list, find original index
6                for (int j = 0; j < childrenCount; j++) {
7                    if (children[childIndex] == mChildren[j]) {
8                        mLastTouchDownIndex = j;
9                        break;
10                    }
11                }
12            } else {
13                mLastTouchDownIndex = childIndex;
14            }
15            mLastTouchDownX = ev.getX();
16            mLastTouchDownY = ev.getY();
17            //当child处理了点击事件，那么会设置mFirstTouchTarget 在addTouchTarget被赋值
18            newTouchTarget = addTouchTarget(child, idBitsToAssign);
19            alreadyDispatchedToNewTouchTarget = true;
20            //子View处理了事件，然后就跳出了for循环
21            break;
22        }
23

可以看到它被最后一个if包围，如果它返回为true，那么就break跳出循环，如果返回为false则继续遍历下一个子View。
我们跟进dispatchTransformedTouchEvent方法可以看到这样的关键逻辑

1        if (child == null) {
2            handled = super.dispatchTouchEvent(event);
3        } else {
4            handled = child.dispatchTouchEvent(event);
5        }
6

这里child是我们遍历传入的子View此时不为null，则调用了child.dispatchTouchEvent(event);
我们子View的dispatchTouchEvent方法返回true，表示子View处理了事件，那么我们一直提到的，mFirstTouchTarget 会被赋值，是在哪里完成的呢？
再回头看dispatchTransformedTouchEvent则为true进入最后一个if语句，有这么一句newTouchTarget = addTouchTarget(child, idBitsToAssign);

1    /**
2     * Adds a touch target for specified child to the beginning of the list.
3     * Assumes the target child is not already present.
4     */
5    private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) {
6        final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
7        target.next = mFirstTouchTarget;
8        mFirstTouchTarget = target;
9        return target;
10    }
11

没错，mFirstTouchTarget 就是在addTouchTarget中被赋值！到此子View遍历结束

如果在遍历完子View以后ViewGroup仍然没有找到事件处理者**即ViewGroup并没有子View或者子View处理了事件，但是子View的dispatchTouchEvent返回了false（一般是子View的onTouchEvent方法返回false）**那么ViewGroup会去处理这个事件。
从代码上看就是我们遍历的dispatchTransformedTouchEvent方法返回了false。那么mFirstTouchTarget 必然为null；
在ViewGroup的dispatchTouchEvent遍历完子View后有下面的处理。

1        // Dispatch to touch targets.
2        if (mFirstTouchTarget == null) {
3            // No touch targets so treat this as an ordinary view.
4            handled = dispatchTransformedTouchEvent(ev, canceled, null,
5                    TouchTarget.ALL_POINTER_IDS);
6        }
7

上面的dispatchTransformedTouchEvent方法第三个child参数传null
我们刚看了这个方法。当child为null时，handled = super.dispatchTouchEvent(event);所以此时将调用View的dispatchTouchEvent方法，点击事件给了View。到此事件分发过程全部结束！

结论：

ViewGroup会遍历所有子View去寻找能够处理点击事件的子View（可见，没有播放动画，点击事件坐标落在子View内部）最终调用子View的dispatchTouchEvent方法处理事件

当子View处理了事件则mFirstTouchTarget 被赋值，并终止子View的遍历。

如果ViewGroup并没有子View或者子View处理了事件，但是子View的dispatchTouchEvent返回了false（一般是子View的onTouchEvent方法返回false）那么ViewGroup会去处理这个事件（本质调用View的dispatchTouchEvent去处理）

通过ViewGroup对事件的分发，我们知道事件最终是调用View的dispatchTouchEvent来处理

View最终是怎么去处理事件的

1class View:
2    public boolean dispatchTouchEvent(MotionEvent ev) {
3        // If the event should be handled by accessibility focus first.
4        if (event.isTargetAccessibilityFocus()) {
5            // We don't have focus or no virtual descendant has it, do not handle the event.
6            if (!isAccessibilityFocusedViewOrHost()) {
7                return false;
8            }
9            // We have focus and got the event, then use normal event dispatch.
10            event.setTargetAccessibilityFocus(false);
11        }
12
13        boolean result = false;
14
15        if (mInputEventConsistencyVerifier != null) {
16            mInputEventConsistencyVerifier.onTouchEvent(event, 0);
17        }
18
19        final int actionMasked = event.getActionMasked();
20        if (actionMasked == MotionEvent.ACTION_DOWN) {
21            // Defensive cleanup for new gesture
22            stopNestedScroll();
23        }
24
25        if (onFilterTouchEventForSecurity(event)) {
26            if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
27                result = true;
28            }
29            //noinspection SimplifiableIfStatement
30            ListenerInfo li = mListenerInfo;
31            if (li != null && li.mOnTouchListener != null
32                    && (mViewFlags & ENABLED_MASK) == ENABLED
33                    && li.mOnTouchListener.onTouch(this, event)) {
34                result = true;
35            }
36
37            if (!result && onTouchEvent(event)) {
38                result = true;
39            }
40        }
41
42        if (!result && mInputEventConsistencyVerifier != null) {
43            mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
44        }
45
46        // Clean up after nested scrolls if this is the end of a gesture;
47        // also cancel it if we tried an ACTION_DOWN but we didn't want the rest
48        // of the gesture.
49        if (actionMasked == MotionEvent.ACTION_UP ||
50                actionMasked == MotionEvent.ACTION_CANCEL ||
51                (actionMasked == MotionEvent.ACTION_DOWN && !result)) {
52            stopNestedScroll();
53        }
54
55        return result;
56    }
57

上面是View的dispatchTouchEvent方法的全部代码。相比ViewGroup我们需要好几段去拆开看的长篇大论而言，它就简洁多了。很明显View是单独的一个元素，它没有子View，所以也没有分发的代码。我们需要关注的也只是上面当中的一部分代码。

1        //如果窗口没有被遮盖
2        if (onFilterTouchEventForSecurity(event)) {
3            if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
4                result = true;
5            }
6            //noinspection SimplifiableIfStatement
7            //当前监听事件
8            ListenerInfo li = mListenerInfo;
9            //需要特别注意这个判断当中的li.mOnTouchListener.onTouch(this, event)条件
10            if (li != null && li.mOnTouchListener != null
11                    && (mViewFlags & ENABLED_MASK) == ENABLED
12                    && li.mOnTouchListener.onTouch(this, event)) {
13                result = true;
14            }
15            //result为false调用自己的onTouchEvent方法处理
16            if (!result && onTouchEvent(event)) {
17                result = true;
18            }
19        }
20

通过上面代码我们可以看到View会先判断是否设置了OnTouchListener，如果设置了OnTouchListener并且onTouch方法返回了true，那么onTouchEvent不会被调用。
当没有设置OnTouchListener或者设置了OnTouchListener但是onTouch方法返回false则会调用View自己的onTouchEvent方法。接下来看onTouchEvent方法：

1class View:
2    public boolean onTouchEvent(MotionEvent event) {
3        final float x = event.getX();
4        final float y = event.getY();
5        final int viewFlags = mViewFlags;
6        final int action = event.getAction();
7        //1.如果View是设置成不可用的（DISABLED）仍然会消费点击事件
8        if ((viewFlags & ENABLED_MASK) == DISABLED) {
9            if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
10                setPressed(false);
11            }
12            // A disabled view that is clickable still consumes the touch
13            // events, it just doesn't respond to them.
14            return (((viewFlags & CLICKABLE) == CLICKABLE
15                    || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
16                    || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);
17        }
18        ...
19        //2.CLICKABLE 和LONG_CLICKABLE只要有一个为true就消费这个事件
20        if (((viewFlags & CLICKABLE) == CLICKABLE ||
21                (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
22                (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
23            switch (action) {
24                case MotionEvent.ACTION_UP:
25                    boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
26                    if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
27                        // take focus if we don't have it already and we should in
28                        // touch mode.
29                        boolean focusTaken = false;
30                        if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
31                            focusTaken = requestFocus();
32                        }
33
34                        if (prepressed) {
35                            // The button is being released before we actually
36                            // showed it as pressed.  Make it show the pressed
37                            // state now (before scheduling the click) to ensure
38                            // the user sees it.
39                            setPressed(true, x, y);
40                        }
41
42                        if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
43                            // This is a tap, so remove the longpress check
44                            removeLongPressCallback();
45
46                            // Only perform take click actions if we were in the pressed state
47                            if (!focusTaken) {
48                                // Use a Runnable and post this rather than calling
49                                // performClick directly. This lets other visual state
50                                // of the view update before click actions start.
51                                if (mPerformClick == null) {
52                                    mPerformClick = new PerformClick();
53                                }
54                                if (!post(mPerformClick)) {
55                                    //3.在ACTION_UP方法发生时会触发performClick()方法
56                                    performClick();
57                                }
58                            }
59                        }
60                        ...
61                    break;
62            }
63            ...
64            return true;
65        }
66        return false;
67    }
68

上述代码有三个关键点分别在注释处标出。可以看出即便View是disabled状态，依然不会影响事件的消费，只是它看起来不可用。只要CLICKABLE和LONG_CLICKABLE有一个为true，就一定会消费这个事件，就是onTouchEvent返回true。这点也印证了我们前面说的View 的onTouchEvent 方法默认都会消费掉事件（返回true），除非它是不可点击的（clickable和longClickable同时为false），View的longClickable默认为false，clickable需要区分情况，如Button的clickable默认为true，而TextView的clickable默认为false。
（没错这是复制前面的！！！）

ACTION_UP方法中有performClick()；接下来看一下它：

1class View:
2    /**
3     * Call this view's OnClickListener, if it is defined.  Performs all normal
4     * actions associated with clicking: reporting accessibility event, playing
5     * a sound, etc.
6     *
7     * @return True there was an assigned OnClickListener that was called, false
8     *         otherwise is returned.
9     */
10    public boolean performClick() {
11        final boolean result;
12        final ListenerInfo li = mListenerInfo;
13        if (li != null && li.mOnClickListener != null) {
14            playSoundEffect(SoundEffectConstants.CLICK);
15            li.mOnClickListener.onClick(this);
16            result = true;
17        } else {
18            result = false;
19        }
20
21        sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
22        return result;
23    }
24

很明显，如果View设置了OnClickListener，那么会回调onClick方法。到这里相信大家对一开始的例子已经没有什么疑惑了吧。

最后再强调一点，我们刚说过View的longClickable默认为false，clickable需要区分情况，如Button的clickable默认为true，而TextView的clickable默认为false。
这是默认情况，我们可以单独给View设置clickable属性，但有时候会发现View的setClickable方法失效了。假如我们想让View默认不可点击，将View的clickable设置成false，在合适的时候需要可点击所以我们又给View设置了OnClickListener，那么你会发现View默认依然可以点击，也就是说setClickable失效了。关于setClickable失效问题

1class View:
2    public void setOnClickListener(@Nullable OnClickListener l) {
3        if (!isClickable()) {
4            setClickable(true);
5        }
6        getListenerInfo().mOnClickListener = l;
7    }
8
9    public void setOnLongClickListener(@Nullable OnLongClickListener l) {
10        if (!isLongClickable()) {
11            setLongClickable(true);
12        }
13        getListenerInfo().mOnLongClickListener = l;
14    }
15
16

View的setOnClickListener会默认将View的clickable设置成true。
View的setOnLongClickListener同样会将View的longClickable设置成true。

至此，MotionEvent事件分发机制与源码的分析已经搞定，大家是否有get到技能+1的感觉？

接下来一篇文章将讲述如何解决View滑动冲突。

欢迎转发，请附带原文链接

喜欢就点个赞吧~

如果这篇文章对你有帮助，就刷个飞机游艇，点个喜欢关注双击一波666吧。
任何疑问都欢迎在下方评论区讨论。

关于我

本人，Android开发芸芸众生当中的一个新手，正在学习的路上不断爬坑！
不论文章还是代码，当然肯定有很多不够好的地方，希望各位大神不吝赐教，我一定虚心学习，可以评论或者在github上提issue，欢迎关注转发！转发请带上原文链接！谢谢