Android View 事件分发机制

我们在做一些比较绚丽的自定义控件，或者是在做一些绚丽的效果时，都离不开android的事件分发机制。所谓的事件分发机制，其实就是一个MotionEvent事件分发过程，即产生一个MotionEvent事件后，需要将MotionEvent一步一步传递到相应的子View，而传递的这个过程就是事件分发机制。

我认为，事件分发机制分为两个部分，一部分为View的事件分发机制，另一部分为ViewGroup的事件分发机制。我会从源码角度，带着问题去分析事件分发机制。

1. 首先先来看看View的事件分发机制

View的事件分发主要有两个方法
1. dispatchTouchEcent()； 用来分派事件
2. onTouchEvent ()；用来处理事件

为了方便起见，我把View的事件分发源码整理出来，这里只展示一部分关键代码，其他的可以自行去看源码

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

            if (!result && onTouchEvent(event)) {
                result = true;
            }
    }

    public boolean onTouchEvent(MotionEvent event) {
            switch (action) {
                case MotionEvent.ACTION_UP:
                     performClickInternal();
                break;
            }
    }

然后就是View事件分发流程图

View事件分发流程图

通过源码我们可以知道
1. 当一个事件进入到当前View，首先会调用dispatchTouchEvent（）方法
2. 接下来就会判断有没有设置onTouchListener，如果设置并返回true则不执行onTouchEvent，如果没有设置或者设置了但返回false则执行onTouchEvent。
3. 通过源码我们可以看到，onClickListener方法其实就是onTouchEvent中up事件中被调用

总结

通过上面源码分析，我们可以看到，在View中所有事件的执行顺序是：
dispatchTouchEvent ->onTouchEventListener -> onTouchEvent -> onClickListener

现象分析

1. 重写dispatchTouchEvent、onTouchEvent、设置onTouchEventListener、设置onClickListener的执行效果。
   dispatchTouchEvent.down -> onTouchEventListener.down -> onTouchEvent.down ->
   dispatchTouchEvent.move -> onTouchEventListener.move -> onTouchEvent.move ->
   dispatchTouchEvent.up -> onTouchEventListener.up -> onTouchEvent.up -> onClick
   这个效果符合源码分析中2中onTouchListener返回false时执行onTouchEvent

2. 重写dispatchTouchEvent、onTouchEvent、设置onTouchEventListener、设置onClickListener但是onTouchEventListener返回true的执行效果。
   dispatchTouchEvent.down -> onTouchEventListener.down ->
   dispatchTouchEvent.move -> onTouchEventListener.move ->
   dispatchTouchEvent.up -> onTouchEventListener.up
   这个效果符合源码分析中2中onTouchListener返回true时不执行onTouchEvent

3. 重写dispatchTouchEvent、onTouchEvent、设置onTouchEventListener、设置onClickListener但是dispatchTouchEvent返回值不是super而是true的执行效果
   dispatchTouchEvent.down -> onTouchEventListener.move -> dispatchTouchEvent.up
   这个效果出现的原因，是因为当我们重写dispatchTouchEvent没有返回super，那么我们就不会调用View的dispatchTouchEvent所以他没有走onTouchEventListener以下的事件，同理onTouchEvent返回true也是一样的原因。

思考

不知道大家有没有发现我有几个效果在这里没有分析

1. 重写dispatchTouchEvent、onTouchEvent、设置onTouchEventListener、设置onClickListener但是dispatchTouchEvent返回值不是super而是false的执行效果
2. 重写dispatchTouchEvent、onTouchEvent、设置onTouchEventListener、但是不设置onClickListener的执行效果。

至于为什么没有分析，是因为上面两个效果，会涉及到ViewGroup的事件分发，想要知道上面两种会出现什么效果，以及出现这种效果的原因请移步ViewGroup的事件分发机制,同时View的事件分发机制就到这里了。