转载请注明链接：https://blog.csdn.net/feather_wch/article/details/81503716

思维导图还没完成，之后补全。。

View的事件分发-思维导图版

View的事件分发-思维导图版

1-View基础

1.1-什么是View

1、什么是View

View是所有控件的基类

View有一个特殊子类ViewGroup，ViewGroup能包含一组View，但ViewGroup的本身也是View。

由于View和ViewGourp的存在，意味着View可以是单个控件也可以是一组控件。这种结构形成了View树。

1.2-View的位置参数

2、View的位置参数：top,left,right,bottom

top-左上角的y轴坐标(全部是相对坐标，相对于父容器)

left-左上角的x轴坐标

right-右下角的x轴坐标

bottom-右下角的y轴坐标

在View中获取这些成员变量的方法，是getLeft(),getRight(),getTop(),getBottom()即可

3、View从3.0开始新增的参数：x,y,translationX,translationY

x,y是View当前左上角的坐标

translationX,translationY是在滑动/动画后，View当前位置和View最原始位置的距离。

因此得出等式：x(View左上角当前位置) = left(View左上角初始位置) + translationX(View左上角偏移的距离)

View平移时top、left等参数不变，改变的是x,y,tranlsationX和tranlsationY

1.3-MotionEvent

4、MotionEvent包含的手指触摸事件

ACTION_DOWN\MOVE\UP对应三个触摸事件。

getX/getY能获得触摸点的坐标，相当于当前View左上角的(x,y)

getRawX/getRawY，获得触摸点相当于手机左上角的(x,y)坐标

2-事件分发机制

1、事件分发

点击事件的对象就是MotionEvent，因此事件的分发，就是MotionEvent的分发过程，

点击事件有三个重要方法来完成：dispatchTouchEvent、onInterceptTouchEvent和onTouchEvent

2.1-三个重要方法

32、事件分发伪代码:

public boolean dispatchTouchEvent(MotionEvent ev){
  boolean consume = false;
  if(onInterceptTouchEvent(ev)){
    consume = onTouchEvent(ev);
  }else{
    consume = child.dispatchTouchEvent(ev);
  }
  return consume;
}

2.1.1-dispatchTouchEvent

2、dispatchTouchEvent的作用

用于进行事件的分发

只要事件传给当前View，该方法一定会被调用

返回结果受到当前View的onTouchEvent和下级View的dispatchTouchEvent影响

表示是否消耗当前事件

2.1.2-onInterceptTouchEvent

3、onInterceptTouchEvent的作用

在dispatchTouchEvent的内部调用，用于判断是否拦截某个事件

2.1.3-onTouchEvent

4、onTouchEvent的作用

在dispatchTouchEvent的中调用，用于处理点击事件

返回结果表示是否消耗当前事件

2.2-事件传递规则与要点

2.2.0-事件传递规则

33、事件的传递规则：

点击事件产生后，会先传递给根ViewGroup，并调用dispatchTouchEvent

之后会通过onInterceptTouchEvent判断是否拦截该事件，如果true，则表示拦截并交给该ViewGroup的onTouchEvent方法进行处理

如果不拦截，则当前事件会传递给子元素，调用子元素的dispatchTouchEvent，如此反复直到事件被处理

34、View处理事件的优先级

在View需要处理事件时，会先调用OnTouchListener的onTouch方法，并判断onTouch的返回值

返回true，表示处理完成，不会调用onTouchEvent方法

返回false，表示未完成，调用onTouchEvent方法进行处理

可见，onTouchEvent的优先级没有OnTouchListener高

平时常用的OnClickListener优先级最低，属于事件传递尾端

35、点击事件传递过程遵循如下顺序：

Activity->Window->View->分发

如果View的onTouchEvent返回false，则父容器的onTouchEvent会被调用，最终可以传递到Activity的onTouchEvent

36、事件传递规则要点

View一旦拦截事件，则整个事件序列都由它处理(ACTION_DOWN\UP等)，onInterceptTouchEvent不会再调用(因为默认都拦截了)

但是一个事件序列也可以通过特殊方法交给其他View处理(onTouchEvent)

如果View开始处理事件(已经拦截)，如果不消耗ACTIO_DOWN事件(onTouchEvent返回false)，则同一事件序列的剩余内容都直接交给父onTouchEvent处理

View消耗了ACTION_DOWN，但不处理其他的事件，整个事件序列会消失(父onTouchEvent)不会调用。这些消失的点击事件最终会传给Activity处理。

ViewGroup默认不拦截任何事件(onInterceptTouchEvent默认返回false)

View没有onInterceptTouchEvent方法，一旦有事件传递给View，onTouchEvent就会被调用

View的onTouchEvent默认都会消耗事件return true, 除非该View不可点击(clickable和longClickable同时为false)

View的enable属性不影响onTouchEvent的默认返回值。即使是disable状态。

onClick的发生前提是当前View可点击，并且收到了down和up事件

事件传递过程是由父到子，层层分发，可以通过requestDisallowInterceptTouchEvent让子元素干预父元素的事件分发(ACTION_DOWN除外)

2.2.1-Activity的事件分发

37、Activity事件分发的过程

事件分发过程：Activity->Window->Decor View(当前界面的底层容器，setContentView的View的父容器)->View

Activity的dispatchTouchEvent，会交给Window处理(getWindow().superDispatchTouchEvent())，

返回true：事件全部结束

返回false：所有View都没有处理(onTouchEvent返回false)，则调用Activity的onTouchEvent

2.2.2-Window的事件分发

38、Window事件分发

Window和superDispatchTouchEvent分别是抽象类和抽象方法

Window的实现类是PhoneWindow

PhoneWindow的superDispatchTouchEvent()直接调用mDecor.superDispatchTouchEvent(),也就是直接传给了DecorView

2.2.3-DecorView的事件分发

39、DecorView的事件分发

DecorView继承自FrameLayout

DecorView的superDispatchTouchEvent()会调用super.dispatchTouchEvent()——也就是ViewGroup的dispatchTouchEvent方法，之后就会层层分发下去。

2.2.4-根View的事件分发

40、根View的事件分发

顶层View调用dispatchTouchEvent

调用onInterceptTouchEvent方法

返回true，事件由当前View处理。如果有onTouchiListener，会执行onTouch，并且屏蔽掉onTouchEvent。没有则执行onTouchEvent。如果设置了onClickListener，会在onTouchEvent后执行onClickListener

返回false，不拦截，交给子View重复如上步骤。

2.2.5-ViewGroup的事件分发

41、ViewGroup的dispatchTouchEvent事件分发解析

public boolean dispatchTouchEvent(MotionEvent ev) {
    boolean handled = false;
    //1. 过滤掉不符合安全策略的事件
    if (onFilterTouchEventForSecurity(ev)) {
        final boolean intercepted;
        /**============================================
         * 2. 一旦一系列事件中的某个事件被拦截，后续的事件都会直接拦截，不会再判断
         *  情景1: 为MotionEvent.ACTION_DOWN，等式为true，进入判断是否拦截
         *  情景2：不为ACTION_DOWN, (mFirstTouchTarget!=null)系列事件都没有被拦截, 等式为true，进入判断是否拦截
         *  情景3：不为ACTION_DOWN, (mFirstTouchTarget=null)前面事件被拦截, 等式为false
         *=============================================*/
        if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
            /**===========================================
             *3. 由子View请求ViewGroup不要拦截该事件
             * 1-子View会通过`requestDisallowInterceptTouchEvent`设置FLAG_DISALLOW_INTERCEPT标志位
             * 2-ACTION_DOWN会重置FLAG_DISALLOW_INTERCEPT标志位，因此无法被子View影响
             *=============================================*/
            final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
            if (!disallowIntercept) {
                //4. 判断ViewGroup是否拦截该事件
                intercepted = onInterceptTouchEvent(ev);
                ev.setAction(action); // restore action in case it was changed
            } else {
                //5. 由子View控制不拦截该事件(前提是DOWN没有被拦截)
                intercepted = false;
            }
        } else {
            //6. ACTION_UP\MOVE等系列事件被拦截过，因此后续的全部拦截，不会重新判断
            intercepted = true;
        }
        ......
        //7. 没有被拦截，交给子View处理
        if (!canceled && !intercepted) {
            //8. 遍历所有子元素，并判断是否能接受点击事件，以及点击事件坐标是否在子元素内。
            for (int i = childrenCount - 1; i >= 0; i--) {
                //判断是否能接受点击事件, 不能就直接continue
                if (childWithAccessibilityFocus != null) {
                    if (childWithAccessibilityFocus != child) {
                        continue;
                    }
                }
                //判断点击事件坐标是否在子元素内, 不在就直接continue
                if (!canViewReceivePointerEvents(child) || !isTransformedTouchPointInView(x, y, child, null)) {
                    continue;
                }
                //分发给子View处理，内部就是调用子元素的`dispatchTouchEvent`方法
                if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
                    //子View消耗并且处理该事件
                    alreadyDispatchedToNewTouchTarget = true;
                    break;
                }
            }
        }
        //9. 事件被拦截或者子View未消耗该事件: 自己处理该事件
        if (mFirstTouchTarget == null) {
            handled = dispatchTransformedTouchEvent(ev, canceled, null, TouchTarget.ALL_POINTER_IDS);
        }
        .......
    }
    return handled;
}

2.2.6-View的事件分发和事件处理

方法	优先级
OnTouchListener的onTouch	1
View的onTouchEvent	2
TouchDelegate的onTouchEvent	3
OnClickListener的onClick	4

优先级从1~4，顺序执行

只要有某一层消耗了该事件(return true),后续的方法都不会执行

42、View对点击事件的处理过程(不包括ViewGroup)

/**=========================
 * 1. 事件分发(OnTouchListener或者onTouchEvent直接处理)
 *=========================*/
public boolean dispatchTouchEvent(MotionEvent event) {
    boolean result = false;
    ......
    //1. 采用安全策略过滤事件
    if (onFilterTouchEventForSecurity(event)) {
        ListenerInfo li = mListenerInfo;
        //2. 判断是否有OnTouchListener，返回true，则处理完成
        if (li != null && li.mOnTouchListener != null
                && (mViewFlags & ENABLED_MASK) == ENABLED
                && li.mOnTouchListener.onTouch(this, event)) {
            result = true;
        }
        //3. 如果OnTouch返回true, 不会调用onTouchEvent
        if (!result && onTouchEvent(event)) {
            result = true;
        }
    }
    ......
    return result;
}
/**=========================
 * 2. 事件处理onTouchEvent
 *=========================*/
public boolean onTouchEvent(MotionEvent event) {
    //0. 获取点击状态
    final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
            || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
            || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;
    //1. View不可用状态下(可点击状态-会消耗该事件,不可点击不消耗)
    if ((viewFlags & ENABLED_MASK) == DISABLED) {
        if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
            setPressed(false);
        }
        return clickable;//根据是否可点击决定是否消耗
    }
    //2. 如果有代理，会执行代理的onTouchEvent方法（会消耗该事件）
    if (mTouchDelegate != null) {
        if (mTouchDelegate.onTouchEvent(event)) {
            return true;
        }
    }
    //3. View可点击(消耗该事件)
    if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
        switch (action) {
            case MotionEvent.ACTION_UP:
                  ......
                //5. 如果设置了`OnClickListener`，performClick内部会调用onClick方法
                  performClick();
                  ......
                break;
        }
        return true;
    }
    //4. 可用状态&&没有代理&&不可点击：不消耗该事件
    return false;
}

3-滑动冲突

滑动冲突的三种场景

43、滑动冲突的三种场景

内层和外层滑动方向不一致：一个垂直，一个水平

内存和外层滑动方向一致：均垂直or水平

前两者层层嵌套

滑动冲突处理原则和解决办法

44、滑动冲突处理原则

对于内外层滑动方向不同，只需要根据滑动方向来给相应控件拦截

对于内外层滑动方向相同，需要根据业务来进行事件拦截

前两者嵌套的情况，根据前两种原则层层处理即可。

45、滑动冲突解决办法

外部拦截：在父容器进行拦截处理，需要重写父容器的onInterceptTouchEvent方法

内部拦截：父容器不拦截任何事件，事件都传递给子元素。子元素需要就处理，否则给父容器处理。需要配合requestDisallowInterceprtTouchEvent方法。

外部拦截

46、外部拦截法要点

父容器的onInterceptTouchEvent方法中处理

ACTION_DOWN不拦截，一旦拦截会导致后续事件都直接交给父容器处理。

ACTION_MOVE中根据情况进行拦截，拦截：return true，不拦截：return false（外部拦截核心）

ACTION_UP不拦截，如果父控件拦截UP，会导致子元素接收不到UP进一步会让onClick方法无法触发。此外UP拦截也没什么用。

49、外部拦截，自定义ScrollView

//Kotlin
class CustomScrollView(context: Context,
                       attrs: AttributeSet?,
                       defStyleAttr: Int,
                       defStyleRes: Int): ScrollView(context, attrs, defStyleAttr, defStyleRes) {

    constructor(context: Context) : this(context, null, 0, 0)
    constructor(context: Context, attrs: AttributeSet?) : this(context, attrs, 0, 0)
    constructor(context: Context, attrs: AttributeSet?, defStyleAttr: Int) : this(context, attrs, defStyleAttr, 0)

    var lastX: Int = 0
    var lastY: Int = 0

    override fun dispatchTouchEvent(ev: MotionEvent): Boolean {

        val curX = ev.x.toInt()
        val curY = ev.y.toInt()

        when(ev.action){
            ACTION_DOWN -> {
                parent.requestDisallowInterceptTouchEvent(true)
            }
            ACTION_MOVE -> {
                //如果是水平滑动则交给父容器处理
                if(Math.abs(curX - lastX) > Math.abs(curY - lastY)){
                    parent.requestDisallowInterceptTouchEvent(false)
                }
            }
            ACTION_UP -> null
            else -> null
        }
        lastX = curX
        lastY = curY
        return super.dispatchTouchEvent(ev)
    }
}

内部拦截

47、内部拦截法要点

子View的dispatchTouchEvent方法处理

ACTION_DOWN，让父容器不拦截(也不能拦截，否则会导致后续事件都无法传递到子View)-parent.requestDisallowInterceptTouchEvent(true)

ACTION_MOVE,如父容器需要该事件，则父容器拦截requestDisallowInterceptTouchEvent(false)

ACTION_UP，无操作，正常执行

48、内部拦截Kotlin代码

//Kotlin
class CustomHorizontalScrollView(context: Context,
                                 attrs: AttributeSet?,
                                 defStyleAttr: Int,
                                 defStyleRes: Int): HorizontalScrollView(context, attrs, defStyleAttr, defStyleRes){
  //构造器
    constructor(context: Context): this(context, null, 0, 0)
    constructor(context: Context, attrs: AttributeSet?): this(context, attrs, 0, 0)
    constructor(context: Context, attrs: AttributeSet?, defStyleAttr: Int): this(context, attrs, defStyleAttr, 0)

    var downX: Int = 0
    var downY: Int = 0
  //拦截处理
    override fun onInterceptTouchEvent(ev: MotionEvent): Boolean {
        var intercepted = super.onInterceptTouchEvent(ev)
        when(ev.action){
    //不拦截
            ACTION_DOWN -> {
                downX = ev.x.toInt()
                downY = ev.y.toInt()
                intercepted = false
            }
    //判断是否拦截
            ACTION_MOVE -> {
                val curX = ev.x.toInt()
                val curY = ev.y.toInt()
                //水平滑动进行拦截
                if(Math.abs(curX - downX) > Math.abs(curY - downY)){
                    intercepted = true
                }
            }
    //不拦截
            ACTION_UP -> intercepted = false
            else -> null
        }
        return intercepted
    }
}

View事件分发-思维导图版