Android滑动冲突问题的解决方法
叙述
滑动冲突可以说是日常开发中比较常见的一类问题,也是比较让人头疼的一类问题,尤其是在使用第三方框架的时候,两个原本完美的控件,组合在一起之后,忽然发现整个世界都不好了。
关于滑动冲突
滑动冲突分类
滑动冲突,总的来说就是两类。
1、同方向滑动冲突
比如scrollview嵌套listview,或者是scrollview嵌套自己
2、不同方向滑动冲突
比如scrollview嵌套viewpager,或者是viewpager嵌套scrollview,这种情况其实很典型。现在大部分应用最外层都是viewpager+fragment 的底部切换(比如微信)结构,这种时候,就很容易出现滑动冲突。不过viewpager里面无论是嵌套listview还是scrollview,滑动冲突是没有的,毕竟是官方的东西,可能已经考虑到了这些,所以比较完善。
复杂一点的滑动冲突,基本上就是这两个冲突结合的结果。
滑动冲突解决思路
滑动冲突,就其本质来说,两个不同方向(或者是同方向)的view,其中有一个是占主导地位的,每次总是抢着去处理外界的滑动行为,这样就导致一种很别扭的用户体验,明明只是横向的滑动了一下,纵向的列表却在垂直方向发生了动作。就是说,这个占主导地位的view,每一次都身不由己的拦截了这个滑动的动作,因此,要解决滑动冲突,就是得明确告诉这个占主导地位的view,什么时候你该拦截,什么时候你不应该拦截,应该由下一层的view去处理这个滑动动作。
这里不明白的同学,可以去了解一下android touch事件的分发机制,这也是解决滑动冲突的核心知识。
第二种滑动冲突,解决起来是比较简单的。这里就结合例子说一下。
滑动冲突
这里,说一下背景情况。之前做下拉刷新、上拉加载更多时一直使用的是pulltorefreshview这个控件,因为很方便,不用导入三方工程。在其内部可以放置listview,gridview及scrollview,非常方便,用起来可谓是屡试不爽。但是直到有一天,因项目需要,在listview顶部加了一个轮播图控件bannerview。结果发现轮播图滑动的时候,和纵向的下拉刷新组件冲突了。
如之前所说,解决滑动冲突的关键,就是明确告知接收到touch的view,是否需要拦截此次事件。
解决方法
解决方案1,从外部拦截机制考虑
这里,相当于是pulltorefreshview嵌套了viewpager,那么每次优先接收到touch事件的必然是pulltorefreshview。因为正常情况下,父控件会优先接收到touch事件。这样就清楚了,看代码:
在pulltorefreshview的onintercepttouchevent方法中:
@override public boolean onintercepttouchevent(motionevent e) { int y = (int) e.getrawy(); int x = (int) e.getrawx(); boolean resume = false; switch (e.getaction()) { case motionevent.action_down: // 发生down事件时,记录y坐标 mlastmotiony = y; mlastmotionx = x; resume = false; break; case motionevent.action_move: // deltay > 0 是向下运动,< 0是向上运动 int deltay = y - mlastmotiony; int deleax = x - mlastmotionx; if (math.abs(deleax) > math.abs(deltay)) { resume = false; } else { //当前正处于滑动 if (isrefreshviewscroll(deltay)) { resume = true; } } break; case motionevent.action_up: case motionevent.action_cancel: break; } return resume; }
这里最关键的代码就是这行
if (math.abs(deleax) > math.abs(deltay)) { resume = false; }
横向滑动距离大于纵向时,无须拦截这次滑动事件,滑动事件会传递到下一层的view,也就是这里的轮播图控件,这样横向滑动轮播图的时候,pulltorefreshview就不会有下拉的动作了。其实,就是这么简单,但前提是你必须明确了解android touch事件的传递机制,期间各个方法执行的顺序及意义。
ps: 关于上文中提到的isrefreshviewscroll 方法代码(这个方法其实是pulltorefreshview这个控件自带的一个方法)
/** * 是否应该到了父view,即pulltorefreshview滑动 * * @param deltay , deltay > 0 是向下运动,< 0是向上运动 * @return */ private boolean isrefreshviewscroll(int deltay) { if (mheaderstate == refreshing || mfooterstate == refreshing) { return false; } // 对于listview和gridview if (madapterview != null) { // 子view(listview or gridview)滑动到最顶端 if (deltay > 0) { view child = madapterview.getchildat(0); if (child == null) { // 如果madapterview中没有数据,不拦截 return false; } if (madapterview.getfirstvisibleposition() == 0 && child.gettop() == 0) { mpullstate = pull_down_state; return true; } int top = child.gettop(); int padding = madapterview.getpaddingtop(); if (madapterview.getfirstvisibleposition() == 0 && math.abs(top - padding) <= 8) {// 这里之前用3可以判断,但现在不行,还没找到原因 mpullstate = pull_down_state; return true; } } else if (deltay < 0) { view lastchild = madapterview.getchildat(madapterview .getchildcount() - 1); if (lastchild == null) { // 如果madapterview中没有数据,不拦截 return false; } // 最后一个子view的bottom小于父view的高度说明madapterview的数据没有填满父view, // 等于父view的高度说明madapterview已经滑动到最后 if (lastchild.getbottom() <= getheight() && madapterview.getlastvisibleposition() == madapterview .getcount() - 1) { mpullstate = pull_up_state; return true; } } } // 对于scrollview if (mscrollview != null) { // 子scroll view滑动到最顶端 view child = mscrollview.getchildat(0); if (deltay > 0 && mscrollview.getscrolly() == 0) { mpullstate = pull_down_state; return true; } else if (deltay < 0 && child.getmeasuredheight() <= getheight() + mscrollview.getscrolly()) { mpullstate = pull_up_state; return true; } } return false;
解决方案2,从内容逆向思维分析
有时候,我们不想去修改或者是无法修改最先接收到touch事件的view 时,比如这里我不想去修改pulltorefreshview的代码。就必须考虑从当前从touch传递事件中最后的那个view逆向考虑。首先,由android中view的touch事件传递机制,我们知道touch事件,首先必然由最外层view接收到,并很有可能被它拦截,如果无法更改这个最外层view,那么是不是就没辙了呢?其实不然,android这么高大上的系统必然考虑到了这个问题,好了废话不说,先看代码
private bannerview carouselview; private context mcontext; private pulltorefreshview refreshview; refreshview.setontouchlistener(new view.ontouchlistener() { @override public boolean ontouch(view v, motionevent event) { carouselview.getparent().requestdisallowintercepttouchevent(false); return false; } }); carouselview.setontouchlistener(new view.ontouchlistener() { @override public boolean ontouch(view v, motionevent event) { carouselview.getparent().requestdisallowintercepttouchevent(true); int x = (int) event.getrawx(); int y = (int) event.getrawy(); switch (event.getaction()) { case motionevent.action_down: lastx = x; lasty = y; break; case motionevent.action_move: int deltay = y - lasty; int deltax = x - lastx; if (math.abs(deltax) < math.abs(deltay)) { carouselview.getparent().requestdisallowintercepttouchevent(false); } else { carouselview.getparent().requestdisallowintercepttouchevent(true); } default: break; } return false; } });
首先说一下这个方法
public abstract void requestdisallowintercepttouchevent (boolean disallowintercept)
api里的意思很明确,子view如果不希望其父view拦截touch事件时,可调用此方法。当disallowintercept这个参数为true时,父view将不拦截。
好了,言归正传。这里拦截直接也很明确,在carouselview的ontouch方法中每次进入就设定父view不拦截此次事件,然后在motion_move时候,根据滑动的距离判断再决定是父view是否有权利拦截touch事件(即滑动行为)。
关键的处理逻辑就是这里:
if (math.abs(deltax) < math.abs(deltay)) { carouselview.getparent().requestdisallowintercepttouchevent(false); } else { carouselview.getparent().requestdisallowintercepttouchevent(true); }
这个结合上面对这个方法的解释,应该很好理解了,就不多做阐述了。
可以看到,解决这种滑动冲突的方法很简单,最根本的还是得充分了解touch事件的传递机制,只有这样,才能明白该在哪里做什么事情。当然,横竖滑动的冲突很好理解,但同一方向的滑动冲突情况就有点复杂了,下次再说。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
推荐阅读
-
Android圆形头像拍照后“无法加载此图片”的问题解决方法(适配Android7.0)
-
Android滑动冲突问题的解决方法
-
微信小程序 swiper 组件遇到的问题及解决方法
-
iOS中导航栏pop返回时出现黑块问题的解决方法
-
iOS11 SectionHeader 胡乱移动且滑动时出现重复内容的解决方法
-
ios 11和iphone x的相关适配问题及解决方法
-
mysql 双向同步的键值冲突问题的解决方法分享
-
Mysql(MyISAM)的读写互斥锁问题的解决方法
-
Android 中ScrollView与ListView冲突问题的解决办法
-
C3P0连接池+MySQL的配置及wait_timeout问题的解决方法