View事件体系 -- 事件分发（3）

源码解析

一、Activity对点击事件的分发过程

当一个点击操作发生时，事件最先传递给当前Activity，由Activity的dispatchTouchEvent方法来进行事件分发，具体的工作是由Activity内部的Window来完成的。Window会将事件传递给DecorView。
Activity#dispatchTouchEvent：

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

首先事件开始交给Activity所附属的Window进行分发，如果返回true，整个事件循环就结束了，返回false意味着事件没人处理，所有View的onTouchEvent方法都返回了false，那么Activity的onTouchEvent方法就会被调用。

PhoneWindow#superDispatchTouchEvent：

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

PhoneWindow将事件直接传递给了DecorView。
DecorView，继承FrameLayout，作为顶级View，一般情况下它内部会包含一个竖直方向的LinearLayout，在这个LinearLayout里面有上下两个部分（具体情况和Android版本及主题有关），上面是标题栏，下面是内容栏。在Activity中通过setContentView所设置的布局文件其实就是被加到内容栏之中，内容栏的id是content。
通过getWindow().getDecorView()可以获得DecorView；
通过((ViewGroup)getWindow().getDecorView().findViewById(android.R.id.content)).getChildAt(0)可以获得Activity所设置的View。
例子：

//布局

二、DecorView对点击事件的分发过程

点击事件到达DecorView以后，会调用ViewGroup的dispatchTouchEvent方法，然后按照事件分发机制去分发事件。
ViewGroup#dispatchTouchEvent：

final boolean intercepted;
if(actionMasked == MotionEvent.ACTION_DOWN
    || mFirstTouchTarget != null) { //ACTION_DOWN或子View在之前已成功处理ACTION_DOWN
    final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0；
    if(!disallowIntercept ) {
        intercepted = onInterceptTouchEvent(ev);
        ev.setAction(action);
    } else {
        intercepted = false;
    }
} else {
    intercepted = true; //ViewGroup在之前已成功处理ACTION_DOWN，因此拦截后续事件
}

ViewGroup在以下两种情况下会判断是否要拦截当前事件：
1.ACTION_DOWN，即当前分发ACTION_DOWN事件时，ViewGroup会调用onInterceptTouchEvent方法判断是否需要拦截当前事件；
2.mFirstTouchTarget != null，即子元素在之前已成功处理ACTION_DOWN事件时，并且当前如果无设置标志位FLAG_DISALLOW_INTERCEPT（无设置不允许拦截，即允许拦截），则会调用onInterceptTouchEvent方法判断是否需要拦截当前事件。

其中FLAG_DISALLOW_INTERCEPT标志位是通过ViewGroup#requestDisallowInterceptTouchEvent方法来设置，一般用于子View中，一旦设置后，ViewGroup将无法拦截除了ACTION_DOWN以外的其他点击事件（如果是ACTION_DOWN事件，ViewGroup会重置FLAG_DISALLOW_INTERCEPT标志位）。

结论：当ViewGroup决定拦截事件后，那么后续的点击事件将会默认交给它处理并且不再调用它的onInterceptTouchEvent方法。

当ViewGroup不拦截事件时，事件会向下分发交由它的子View进行处理。
首先遍历ViewGroup的所有子元素，然后将事件传递给能够接收到点击事件的子元素，并调用子元素的dispatchTouchEvent方法，从而完成一轮事件分发。
如果遍历所有的子元素后事件都没有被合适地处理，这包含两个情况：
1.ViewGroup没有子元素；
2.子元素处理了点击事件，但是在dispatchTouchEvent中返回了false，这一般是因为子元素在onTouchEvent中返回了false。
在这两种情况下，ViewGroup会自己处理点击事件。

三、View对点击事件的处理过程

View#dispatchTouchEvent：

public boolean dispatchTouchEvent(MotionEvent event) {
    boolean result = false;
    ...
    if(onFilterTouchEventForSecurity(event)) {
        ListenerInfo li = mListenerInfo;
        if(li != null && li.mOnTouchListener != null
            && (mViewFlags & ENABLED_MASK) == ENABLED
            && li.mOnTouchListener.onTouch(this, event)) { //OnTouchListener#onTouch
            return = true;
        }
        if(!result && onTouchEvent(event)) { //onTouchEvent
            return true;
        }
    }
    ...
    return result;
}

View对点击事件的处理过程比较简单，因为View（这里不包含ViewGroup）是一个单独的元素，它没有子元素因此无法向下传递事件，所以它只能自己处理事件。
首先，判断是否有设置OnTouchListener，如果有设置并且OnTouchListener中的onTouch方法返回true，那么onTouchEvent就不会被调用，可见OnTouchListener的优先级高于onTouchEvent，这样做的好处是方便在外界处理点击事件。
接着，分析onTouchEvent方法，只要View的CLICKABLE和LONG_CLICKABLE有一个为true，那么它就会消耗这个事件，即onTouchEvent方法返回true，不管它是不是DISABLE状态。
然后，当ACTION_UP事件发生时，会触发performClick方法，如果View设置了OnClickListener，那么performClick方法内部会调用它的onClick方法。View的LONG_CLICKABLE属性默认为false，而CLICKABLE属性是否为false和具体的View有关，确切来说是可点击的View其CLICKABLE为true，不可点击的View其CLICKABLE为false，比如Button是可点击的，TextView是不可点击的。
通过setClickable和setLongClickable可以分别改变View的CLICKABLE和LONG_CLICKABLE属性。
另外，setOnClickListener会自动将View的CLICKABLE设为true，setOnLongClickListener则会自动将View的LONG_CLICKABLE设为true。

View事件体系 -- 事件分发（3）

源码解析

一、Activity对点击事件的分发过程

二、DecorView对点击事件的分发过程

三、View对点击事件的处理过程

你可能感兴趣的:(View事件体系 -- 事件分发（3）)