Android中view的点击事件分发

2016-04-08  本文已影响360人  wbxjack

起因

在工作中,需要重新定义系统Launcher的文件夹显示模式。
原生的文件夹是单个展示的,如果文件夹中应用比较多,那么左右分页显示。
新的需求是:类似APUS,点击打开一个文件夹后,可以左右滑动切换到下一个文件夹(ViewPager实现);在一个文件夹中如果应用比较多,那么需要上下滑动(类似listview)来展示全部应用。

带来的问题

这里只说多点触摸的问题,关于滑动冲突的问题,另一片再展开说。

首先要先了解Android对于点击事件是如何分发的

顺序是:Activity->Window->View(其中view是从顶层的view开始,按照一定的规则向下view分发)。
我们主要关注View分发这块。
主要的函数是:

  1. dispatchTouchEvent
  2. onInterceptTouchEvent
  3. onTouchEvent

对于一个viewGroup来说,点击事件先到dispatchTouchEvent,里面会调用onInterceptTouchEvent,如果onInterceptTouchEvent返回true,表示它要拦截这个事件,结果事件就会交给这个ViewGroup的onTouchEvent处理(onInterceptTouchEvent不会再调用);如果onInterceptTouchEvent返回false,表示它不拦截这个事件,这时,事件就会继续传给它的子元素(内层的view),接着子元素的dispatchTouchEvent方法会被调用,如此反复直到事件被最终处理。
[注意]一个事件序列是指从手指接触屏幕的那刻起,到手指离开屏幕。即从down->move(数量不定)->up。

问题:

如果view的onTouchEvent返回false,怎么办?

答案:

传给上层view的onTouchEvent,如果所有view的onTouchEvent都返回false,那么最后activity会处理(调用Activity的onTouchEvent)。

关于多点触摸的问题:

因为外层是viewpager,我们重写了viewpager,在onInterceptTouchEvent中判断是否拦截滑动事件。判断的标准是收到ACTION_MOVE消息后,比较前后移动的距离,要是横向距离大于纵向距离,那么是左右滑动。反之返回false,让里层的上下滑动的view处理。
在里层的view中的onInterceptTouchEvent,同理在ACTION_MOVE中判断是纵向移动大于某个门限值,为上下滑动,不然返回false表示不处理。
为什么单手触摸没有问题,多点就有问题。通过代码发现:
我们是要记录touchID的,用来在move的时候算滑动距离,之前在是在ACTION_POINTER_DOWN中记录的,等在move中通过touchID取距离的时候会发现touchIndex是-1,就是因为ACTION_POINTER_DOWN是第二个手指触发的事件,所以就对不上了。改在ACTION_DOWN的时候存touchID就解决了这个问题。

[说明]第一根按下的手指触发ACTION_DOWN事件,之后按下的手指触发ACTION_POINTER_DOWN事件,中间起来的手指触发ACTION_POINTER_UP事件,最后起来的手指触发ACTION_UP事件(即使它不是触发ACTION_DOWN事件的那根手指)。

上一篇下一篇

猜你喜欢

热点阅读