在Android
开发中,事件分发机制是一块Android比较重要的知识体系,了解并熟悉整套的分发机制有助于更好的分析各种点击滑动失效以及滑动冲突问题,更好去扩展控件的事件功能和开发自定义控件,同时事件分发机制也是Android面试必问考点之一,总结一句:事件分发机制很重要。
Android事件分发流程
网上关于事件分发机制的的博客很多很多,但是很多都是写个Demo然后贴一下输出的Log或者拿源码分析,然后一堆的注释和说明,读者可能很难读懂,或者是读懂之后,过不了多久便又忘记了。那么,今天我用一张图来总结一下Android整个事件分发机制的流程,如果你能在脑海里留下这张图, 记住分发机制的整个流程,再去阅读那些源码博客会不会更加的印象深刻呢!反正我是印象挺深刻的!好了,请看图!(自从记住了这张图,妈妈再也不用担心我被面试官虐啦!)
事件分发机制U形图
注释:
- 1.整个流程图,分为三层:Activity,ViewGroup,View,即最简单的情况。
- 2.整个事件从
Activity
开始,由Activity的dispatchTouchEvent
做分发。 - 3.虚线上的字代表了这个方法的返回值,分为false,true,super。
- 4.目前图中所有事件是针对
ACTION_DOWN
的,对于ACTION_MOVE
和ACTION_UP
我们另行分析。 - 5.View是没有
onInterceptTouchEvent
方法的,这个很容易理解,因为不会向下传递了,因此就没有是否拦截事件之说了。
结合整个图来看,我们得出事件流走向的几个结论(希望读者专心的对比U型图来记这些结论,多看几遍,脑子有比较清晰的概念。)
-
结论1:返回值为super.xxx()的情况:事件的默认实现都是返回值为super.xxx(), 即我们没有对控件里面的方法进行重写或更改返回值,而是直接用super调用父类的默认实现,那么整个事件流向应该是从Activity---->ViewGroup--->View 从上往下调用dispatchTouchEvent方法,一直到叶子节点(View)的时候,再由View--->ViewGroup--->Activity从下往上调用
onTouchEvent
方法。若是ViewGroup则向下传递的时候会传给onInterceptTouchEvent再传给下层的dispatchTouchEvent,整个事件的流向是一个类U型图。 -
结论2:返回值为false的情况:对于dispatchTouchEvent和onTouchEvent,除了Activity返回值为false代表自己消费该事件,ViewGroup和View都会将该事件回传给父控件的onTouchEvent来处理。而onInterceptTouchEvent返回值为false的时候代表不进行拦截,事件默认也是不拦截的,所以它和返回值为super.xxx()时是一样的,继续将事件传递给下层的dispatchTouchEvent来处理。
-
结论3:返回值为true的情况: