[知识点整理]Android事件传递机制

基本知识

1. 每个事件都被封装成为MotionEvent,包含了Touch的位置,点按的数量(手指的数量),时间点等信息
2. 包含了用户的当前动作,主要有以下几种类型
   
   • ACTION_DOWN
   • ACTION_UP
   • ACTION_MOVE
   • ACTION_POINTER_DOWN
   • ACTION_POINTER_UP
   • ACTION_CANCEL
3. Android事件响应涉及的主要方法有以下几个:
   
   • dispatchTouchEvent() 用于事件的分发,所有的事件都要通过此方法进行分发,决定是自己对事件进行消费还是交由子View处理.
   • onTouchEvent()主要用于事件的处理,返回true表示消费当前事件.
   • onInterceptTouchEvent是ViewGroup中独有的方法,若返回true表示拦截当前事件,交由自己的onTouchEvent()进行处理,返回false表示不拦截
4. 事件被消费的意思是dispatchTouchEvent(),onTouchEvent(),onInterceptTouchEvent()等方法返回true

---

流程

事件由Activity的dispatchTouchEvent()开始,将事件传递给当前Activity的根View,事件开始自上而下进行传递,直至被消费.

事件传递至View的dispatchTouchEvent()时, 首先会判断OnTouchListener是否存在,倘若存在者则由OnTouchListener进行消费,执行onTouch(),.若onTouch()未对事件进行消费,事件将继续交由onTouchEvent处理,通过查看源码可知,View的onClick事件是在onTouchEvent的ACTION_UP中触发的,因此,onTouch事件优先于onClick事件.

事件传递至ViewGroup时,调用dispatchTouchEvent()进行处理:
1. 检查送否应该对事件进行拦截:onInterceptTouchEvent(),若为true,跳过2步骤
2. 按照子View添加顺序的逆序,将事件依次分发给子View,若事件被前一个View消费了,将不再继续分发
3. 如果2中没有子View对事件进行消费或者子View的数量为零,事件的处理流程和View的处理流程一致

若事件在自上而下的传递过程中一直没有被消费,而且最底层的子View也没有对其进行消费,事件会反向向上传递,此时,父ViewGroup可以对事件进行消费,若仍然没有被消费的话,最后会回到Activity的onTouchEvent

下面附上整个事件传递的流程图

---

总结

1. 事件总是由Activity的dispatchTouchEvent开始向下进行传递
2. 父View(ViewGroup)可将事件传递给子View,ViewGroup可将事件拦截,事件将停止向下传递(onInterceptTouchEvent中返回true)
3. 事件自上而下传递,直到被消费
4. 如果View或者ViewGroup没有消费ACTION_DOWN,其他事件也不会被传递进来
5. 所有未被消费的事件将会回传至Activity的onTouchEvent()(事件的最后一环)
6. OnTouchListener 优先于onTouchEvent()对事件进行消费

---

技巧

对于底层的View来说,可以使用

getParent().requestDisallowInterceptTouchEvent(true)来阻止父View拦截Touch事件.

实践过程中,常用与解决嵌套滑动事件冲突的问题:如scrollView+listview方式,此时可重写onTouchEvent判断滑动位置.

当子View需要滑动时,在子view中使用requestDisallowInterceptTouchEvent(true);阻止父View拦截消费事件

当子view滑动到边界才requestDisallowInterceptTouchEvent(false);