Android自定义View之事件分发机制总结

Android自定义View系列

• Android自定义View之Paint绘制文字和线
• Android自定义View注意事项
• Android自定义View之Canvas
• Android自定义View之图像的色彩处理
• Android自定义View之双缓冲机制和SurfaceView
• Android自定义View之图片外形特效——轻松实现圆角和圆形图片
• Android自定义View之Window、ViewRootImpl和View的三大流程
• Android自定义View之requestLayout方法和invalidate方法

事件序列

（1）手指接触屏幕后会产生一系列事件，事件分为3种：ACTION_DOWN(手指刚刚接触屏幕)、ACTION_MOVE(手指在屏幕移动)、ACTION_UP(手指从屏幕松开)

（2）一个事件序列为ACTION_DOWN-->ACTION_MOVE-->...-->ACTION_UP

事件传递的顺序

Activity-->Window-->decor view-->我们的layout，ViewGroup-->我们布局中被点击的子View

如果我们的子View没有处理事件，那事件就会反向向上传递回来：

我们布局中被点击的子View-->上层的ViewGroup-->decor view-->Window-->Activity

如果所有的View都没有消耗事件，那最后事件会传回到Activity，由Activity处理(Activity的onTouchEvent()方法被调用)

三大方法

ViewGroup中有3个跟事件分发有关的方法，分别是 dispatchTouchEvent、 onInterceptTouchEvent、onTouchEvent。

（1）dispatchTouchEvent方法

dispatchTouchEvent方法用来进行事件的分发。事件传递到当前View时，这个方法就会被调用。dispatchTouchEvent方法里面包含了具体的事件分发逻辑，返回结果受当前View的onTouchEvent方法和下级View的dispatchTouchEvent方法的影响。

（2）onInterceptTouchEvent方法

onInterceptTouchEvent方法在dispatchTouchEvent方法内部被调用，用来判断是否拦截某个事件。如果当前View拦截了某个事件，那么在同一个事件序列当中，此方法不会被再次调用，返回结果表示是否拦截当前事件。这个方法只有VewGroup中有，View中没有。

（3）onTouchEvent方法

在dispatchTouchEvent方法中调用，用来处理点击事件，返回结果表示是否消耗当前事件，如果不消耗，则在同一个事件序列中，当前View无法再次接收到事件。

onTouchListener、onTouchEvent、onClickListener的优先级

（1）onTouchListener和onTouchEvent都在dispatchTouchEvent方法中被调用，onClickListener在onTouchEvent方法中被调用

（2）onTouchListener的优先级高于onTouchEvent方法，如果onTouchListener的onTouch方法返回true，则onTouchEvent方法不会被调用，当然onClickListener就更不会被调用了

（3）在onTouchEvent方法中，如果当前View设置了onClickListener，那么onClickListener的onClick方法会被调用

（4）只要View的CLICKABLE和LONKG_CLICKABLE有一个为true，View就会消耗当前事件，也就是说onTouchEvent方法最后会返回true。

（5）View的LONG_CLICKABLE属性默认为false，而CLICKABLE属性和具体的View有关，可点击的View的CLICKABLE属性为true，不可点击的View的CLICKABLE属性为false。

ViewGroup中的事件分发逻辑

ViewGroup中的事件分发逻辑可以用一段伪代码来表述

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

从上述的伪代码中我们可以总结出ViewGroup中的事件分发流程：

（1）事件传递到ViewGroup时，dispatchTouchEvent方法会被调用。如果这个ViewGroup的onInterceptTouchEvent方法返回true，则表示它要拦截事件，事件就会交给当前ViewGroup的onTouchEvent方法处理。

（2）如果当前ViewGroup的onInterceptTouchEvent返回false，即不拦截事件，则会调用子元素的dispatchTouchEvent方法，这样就把事件传递给了子元素。

（3）如果子元素没有消耗事件，也就是子元素的dispatchTouchEvent方法返回false，那事件会由当前ViewGroup自己处理，当前ViewGroup的onTouchEvent会被调用。如果当前ViewGroup的dispatchTouchEvent方法也返回false，最后就会一层层往上，如果事件一直没有被消耗，那么最后Activity的onTouchEvent方法会被调用

（4）这里需要理解一下的是ViewGroup继承自View，ViewGroup中并没有onTouchEvent方法。在所有子元素没有消耗事件时，ViewGroup会调用父类，也就是View的dispatchTouchEvent方法，从而调用到onTouchEvent方法来自己处理事件，如果自己没有消耗事件，dispatchTouchEvent方法就会返回false，从而将事件反向往上层传递。

（5）如果ACTION_DOWN事件子元素没处理(onTouchEvent返回false)，那这个事件序列的其他事件(MOVE和UP事件)都不会再分派给子元素处理。

（6）ViewGroup默认不拦截任何事件

（7）对于ACTION_DOWN事件，ViewGroup每次都会调用onInterceptTouchEvent方法来判断是否需要拦截事件，一旦确定要拦截事件，后续的ACTION_MOVE和ACTION_UP事件都ViewGroup自己处理，不会传递给子View，也不会再调用onInterceptTouchEvent方法。所以onInterceptTouchEvent方法不是每次事件都会被调用的。

（8）子View可以通过requestDisallowInterceptTouchEvent方法来干预父元素的除了ACTION_DOWN意外的事件分发过程

View中的事件分发逻辑

requestDisallowInterceptTouchEvent方法

requestDisallowInterceptTouchEvent方法用于影响父元素的事件拦截策略，requestDisallowInterceptTouchEvent(true)，表示不允许父元素拦截事件，这样事件就会传递给子View。一般这个方法子View用的多，可以用来处理滑动冲突问题。

事件分发逻辑

（1）View中没有onInterceptTouchEvent方法，所以一旦事件传递到View，那么View的dispatchTouchEvent方法就会被调用。

（2）dispatchTouchEvent方法中处理事件的逻辑顺序是onTouchListener-->onTouchEvent-->onClickListener。

（3）也就是说如果View设置了onTouchListener，那onTouchListener的onTouch方法会被调用，如果onTouch方法返回true，那事件就被消耗了，事件分发结束，onTouchEvent不会被调用。

（4）如果onTouch方法返回false，那么onTouchEvent就会被调用。如果View设置了onClickListener，当ACTION_UP事件到来时，onTouchEvent中的onClickListener的onClick方法也会被调用。

（5）View一般都会消耗事件，如果View没有消耗ACTION_DOWN事件，那后面ACTION_MOVE和ACTION_UP就都不会传递给View。

常用的滑动冲突处理逻辑

（1）利用父布局的onInterceptTouchEvent方法

这个思路就是在父布局需要处理事件时拦截下来，其他时候不拦截。有几个注意点：

• 对于ACTION_DOWN事件，onInterceptTouchEvent方法必须返回false，因为一旦返回true，子元素永远也接收不到事件了，那还解决个毛线冲突。
• 主要的逻辑就在ACTION_MOVE的处理上，需不需要拦截的逻辑在这里根据需要来实现
• 对于ACTION_UP事件返回false，因为一旦父元素返回true，那子View就接受不到ACTION_UP事件了，也就无法触发onClick事件。

（2）利用子View的requestDisallowInterceptTouchEvent方法

这个思路就是父布局默认拦截除了ACTION_DOWN的所有事件，子View中在dispatchTouchEvent方法中根据需要来干预父布局的拦截策略。默认不允许父布局拦截事件，在需要父布局处理事件时，通过requestDisallowInterceptTouchEvent(false)方法让父布局处理事件，其他时候都由子View处理。

注意点：

• 同样的对于ACTION_DOWN事件，onInterceptTouchEvent方法必须返回false，其他事件默认返回true
• 在子View的dispatchTouchEvent方法中，对于ACTION_DOWN事件，通过调用requestDisallowInterceptTouchEvent(true)默认不允许父布局拦截事件，这样后续事件都交给子View处理
• 在子View的dispatchTouchEvent方法中，对于ACTION_MOVE事件，默认是子View处理，在需要父布局处理时，调用requestDisallowInterceptTouchEvent(false)方法来让父布局拦截事件，交给父布局处理。

---

                    欢迎关注我的微信公众号，和我一起每天进步一点点！

AntDream