起因
在工作中,需要重新定义系统Launcher的文件夹显示模式。
原生的文件夹是单个展示的,如果文件夹中应用比较多,那么左右分页显示。
新的需求是:类似APUS,点击打开一个文件夹后,可以左右滑动切换到下一个文件夹(ViewPager实现);在一个文件夹中如果应用比较多,那么需要上下滑动(类似listview)来展示全部应用。
带来的问题
- 实际上是两层view的嵌套,外层viewpager来左右滑动,里面是个可以上下滑动的view。这样会引入滑动冲突。
- 多点触摸的时候,会出现 java.lang.IllegalArgumentException: pointerIndex out of range。
这里只说多点触摸的问题,关于滑动冲突的问题,另一片再展开说。
首先要先了解Android对于点击事件是如何分发的
顺序是:Activity->Window->View(其中view是从顶层的view开始,按照一定的规则向下view分发)。
我们主要关注View分发这块。
主要的函数是:
- dispatchTouchEvent
- onInterceptTouchEvent
- 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事件的那根手指)。
网友评论