叙述
滑动冲突可以说是日常开发中比较常见的一类问题，也是比较让人头疼的一类问题，尤其是在使用第三方框架的时候，两个原本完美的控件，组合在一起之后，忽然发现整个世界都不好了。
关于滑动冲突
滑动冲突分类
滑动冲突，总的来说就是两类。
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事件的传递机制，只有这样，才能明白该在哪里做什么事情。当然，横竖滑动的冲突很好理解，但同一方向的滑动冲突情况就有点复杂了，下次再说。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持移动技术网。
如对本文有疑问， 点击进行留言回复！！
Xamarin 安卓 相机 各种坑 目标API Android 6以后，我选的目标API版本是 Android 10
Android 9.0+软件某些功能突然暴毙：cleartext not permitted
Android : Resource is not a Drawable (color or path)
Flutter问题集锦——Android Studio 4.0.1 在AVD Manger中启动模拟器报“unable to locate abd”
网友评论