Android View的事件传递笔记

之前写过一篇笔记Android 中触摸事件的分发和拦截，以后会在闲暇的时候做一些笔记放在Android基础知识里。View的事件传递对于Android程序员来说也是比较重要的一环，故在这里参照网上前辈的文章和自己读代码的感想再次做一个关于Android View的事件传递的笔记，希望能对自己和别人有所帮助。

ViewGroup的相关事件有三个：onInterceptTouchEvent、dispatchTouchEvent、onTouchEvent。
View的相关事件只有两个：dispatchTouchEvent、onTouchEvent。dispatchTouchEvent，onTouchEvent，onInterceptTouchEvent这三个函数，分别代表事件传递，事件消费 和事件拦截。

• dispatchTouchEvent方法用于事件的分发，Android中所有的事件都必须经过这个方法的分发，然后决定是自身消费当前事件还是继续往下分发给子控件处理。返回true表示不继续分发，事件没有被消费。返回false则继续往下分发，如果是ViewGroup则分发给onInterceptTouchEvent进行判断是否拦截该事件。
• onTouchEvent方法用于事件的处理，返回true表示消费处理当前事件，返回false则不处理，交给子控件进行继续分发。
• onInterceptTouchEvent是ViewGroup中才有的方法，View中没有，它的作用是负责事件的拦截，返回true的时候表示拦截当前事件，不继续往下分发，交给自身的onTouchEvent进行处理。返回false则不拦截，继续往下传。这是ViewGroup特有的方法，因为ViewGroup中可能还有子View，而在Android中View中是不能再包含子View的。

如果事件不被中断，View的事件传递是一个U型消费结构。如果我们没有对控件里面的方法进行重写或更改返回值，而直接用super调用父类的默认实现，就如下图：

当我们再看onInterceptTouchEvent函数的时候，每个ViewGroup每次在做分发的时候，问一问拦截器要不要拦截（也就是问问自己这个事件要不要自己来处理）。如果要自己处理那就在onInterceptTouchEvent方法中 return true就会交给自己的onTouchEvent的处理，如果不拦截就是继续往子控件往下传。默认是不会去拦截的，因为子View也需要这个事件，所以onInterceptTouchEvent拦截器return super.onInterceptTouchEvent()和return false是一样的，是不会拦截的，事件会继续往子View的dispatchTouchEvent传递。

这里有个简单的例子可以供大家查看，根据修改其中每个函数的返回值，可以测试效果，从而更好地理解事件传递：https://github.com/Froyo91/TouchEventDemo

总结：
后面一段话参考自《Android开发艺术探索》：
对于一个根ViewGroup来说，点击事件产生后，首先会传递给它，这时它的dispatchTouchEvent就会被调用，如果这个ViewGroup的onInterceptTouchEvent方法返回true就表示它要拦截当前事件，接着事件就会交给这个ViewGroup处理，即它的onTouchEvent方法就会被调用；如果这个ViewGroup的onInterceptTouchEvent方法返回false就表示它不拦截当前事件，这时当前事件就会继续传递给它的子元素，接着子元素的dispatchTouchEvent方法就会被调用，如此反复直到事件被最终处理。（如果dispatchTouchEvent返回true ，则交给这个view的onTouchEvent处理，如果dispatchTouchEvent返回 false ，则交给这个 view 的 interceptTouchEvent 方法来决定是否要拦截这个事件，如果 interceptTouchEvent 返回 true ，也就是拦截掉了，则交给它的 onTouchEvent 来处理，如果 interceptTouchEvent 返回 false ，那么就传递给子 view ，由子 view 的 dispatchTouchEvent 再来开始这个事件的分发。这里的view就是viewgroup~）

图解 Android 事件分发机制
Android View 事件传递机制
Android事件传递机制
Android dispatchTouchEvent介绍