Android 事件分发机制

在Android事件分发机制中，主要有三个方法
1）dispatchTouchEvent——分发事件
2）onInterceptTouchEvent——拦截事件
3）onTouchEvent——事件处理

事件的传递顺序是由Activity——ViewGroup——View，如果在这期间事件没有被消耗，那么最终会返回到Activity中的onTouchEvent处理。

进入Activity源码，看一下dispatchTouchEvent具体是如何分配事件的

    public boolean dispatchTouchEvent(MotionEvent ev) {
        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
            onUserInteraction();
        }
        if (getWindow().superDispatchTouchEvent(ev)) {
            return true;
        }
        return onTouchEvent(ev);
    }

翻看onUserInteraction()方法，发现是方法内容是空的，该方法的主要作用是实习屏保功能，如果当前Activity在栈顶时，那么触屏点击HOME，BACK，RECENT都会触发该方法。

在第二个判定条件中，调用了window对象的superDispatchTouchEvent方法，window类的唯一实现是PhoneWindow，进入后调用了 mDecor.superDispatchKeyShortcutEvent(event)，mDecor对象之前分析过，是DecorView，它继承自FrameLayout，最终调用了ViewGroup中的dispatchTouchEvent()方法。

第一个红框的两行代码，主要就是将mFirstTouchTarget对象置位空，所以在第二处红框中，if条件语句中的判定条件恒等于false，intercepted对象的返回值由onInterceptTouchEvent()方法来决定，但是大多数情况该方法返回false，如果重写该方法则可返回true，接着往下看

这里对ViewGroup进行遍历，获取所有的子View

第一处红框的判定是筛选子View，其判定条件就是子View处于VISIBILITY状态下并且getAnimation为空。

第二处红框则是返回找到的触摸的对象，若没找到则返会空


第一处红框表示传递Touch事件，而第二处红框则是为mFirstTouchTarget对象赋值，注意dispatchTransformedTouchEvent方法中传递的参数child对象，它不为空，进入dispatchTransformedTouchEvent方法

留意红框的判定条件，如果child传递为空，则调用父类的dispatchTouchEvent方法，否则调用子类的，调用的都是View类中的dispatchTouchEvent方法，进入dispatchTouchEvent

这里，我们可以很清楚的看到，OnTouchListener的onTouch方法明显优先于onTouchEvent方法调用，所以onTouch的优先级高于onTouchEvent，进入onTouchEvent方法
从clickable对象的判定条件中我们可以看到，都是view的clickable以及longClickable，它表明无论该view的enable状态是否为disable，只要它是clickable或者longClickable，那么都可以接受到事件。接着去看ACTION_DOWN事件

这里的if判定条件是判定当前是否为可滚动的容器，调用了Runnbale对象mPendingCheckForTap的run()方法，最终还是调用了checkForLongClick方法，在checkForLongClick方法中，又调用了Runnable对象mPendingCheckForLongPress的run()方法，发现其调用了performLongClick()方法，继续跟随，最终调用了performLongClickInternal()方法，这里我们先看一下CheckForLongPress的run方法

这里有个对象mHasPerformedLongPress很关键，如果onLongClickListen中返回了true，那么该对象就赋值为true，接着来看performLongClickInternal()方法

看到这里，发现handled的返回值由OnLongClickListener来决定，接着我们回到View的onTouchEvent方法中ACTION_UP的case语句，

这里第一处红框，表明如果该View是clickable状态下才可继续执行，第二处红框mHasPerformedLongPress对象为false时才会调用第三处红框performClickInternal()方法，而该方法最终是调用了performClick()

这里调用了view的onClick事件，由此我们可以得出，view能否接收到onClick事件主要取决于：该view是clickable状态，并且onLongClick中返回false，说明onLongClick的优先级高于onClick。至此，事件传递基本完毕，下面我们回溯到ViewGroup中的dispatchTouchEvent方法中，在上述分析ViewGroup源码中，有一段是给mFirstTouchTarget进行赋值的操作，接着往下查看。

这里第一处红框，表示如果mFirstTouchTarget为空，则子View没有拦截事件，事件又传递给ViewGroup的onTouchEvent来处理，第二处红框则表示有子view拦截了事件，那么同一事件中的所有事件都教给该view来处理。

再回溯的Activity中的dispatchTouchEvent方法

如果红框处没有拦截事件，那么最终会调用Activity的onTouchEvent，事件由传回至Activity

下面我们以一张图来说明事件的分发流程

总结：
1）同一个事件序列是指从DOWN—MOVE—MOVE····—UP，即从手指按下到离开屏幕的过程，这个过程中可以有多个MOVE事件。
2）正常情况下同一个事件只能由一个View来处理。
3）一旦某个View处理了某事件，那么同一个事件中的所有事件都将交给它来处理。
4）某个View如果拦截了DOWN事件，但是没有处理，那么同一个事件中的其他事件都不会交给它来处理。
5）ViewGroup默认不拦截事件，在源码中onInterceptTouchEvent默认返回false
6）View中没有onInterceptTouchEvent方法，一旦有点击事件传递过来，如果设置了onTouchListen的onTouch方法会优先调用，如果没设置则调用onTouchEvent，说明onTouch的优先级高于onTouchEvent
7）一般来说View的onTouchEvent会返回true，除非该View是不可点击的，即clickable为false并且longClickable也为false，如果设置了View的onLongClickListen且返回true，那么该View接受不到onClickListen事件，说明onLongClickListen的优先级高于onClickListen
8）View的enable值不会影响onTouchEvent的默认返回值，只要clickable或者longClickable返回true，那么onTouchEvent就返回true
9）事件传递过程是由外向内的，事件总是线传递给父元素，然后再有父元素分发给子View，通过requestDisallowInterceptTouchEvent方法可以在子View中干预父元素的事件分发过程，但是ACTION_DOWN事件除外。