最新下载
热门教程
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
Android滑动冲突的完美解决
时间：2017-03-06 编辑：简简单单 来源：一聚教程网
Android滑动在智能手机上是必备的操作，但是在开发的时候，你是否和我一样，经常会遇到滑动冲突的问题，比如最简单需要在ListView里面添加一个侧滑动作，这时候冲突时必然的，那我们该如何解决这个问题呢？
先来说一下滑动冲突都有那些，该怎么解决。
场景一：类似于ViewPager嵌套Fragmnet并且在Fragmnet中嵌套了一个ListView的效果，可以通过左右滑动来切换或者触发其他view的显示。但是在ViewPager内部已经处理了这个冲突，所以我们会发现ViewPager嵌套Fragmnet的时候很是流畅。如果我们采用的不是ViewPager而是ScrollView，那么就需要我们主动去处理这个冲突了；
场景二：这种情况比较复杂，那就是view和被嵌套的view需要在同一个方向上滑动，这时候，用户滑动view的时候，系统就不知道用户想要滑动的view是哪一个，问题就不由自主的跳出来了；
场景三：场景三是最为复杂的一种，即有场景一的情况，也有场景二的情况，两种情况的叠加，所以需要处理内部和中部、中部和和外部的冲突。
问题已经出来了，那我们怎么解决呢？
view既然可以滑动，那么就有滑动的规律，一般来说，当用户滑动时，需要让外部的view拦截点击事件，当用户上下滑动时，需要让内部view拦截view的点击事件，这时候，我们就可以根据是上下还是左右滑动来具体处理冲突事件。对于场景二和场景三，大致的想法也是差不多的，修改相关的滑动规则就OK了。
1、外部拦截：
所谓的外部拦截是指点击事件都先经过父容器的拦截处理，如果有需要就去拦截，否则不拦截，这样就可以简单的处理场景一的问题了。
| 代码如下 | 复制代码 |
publicbooleanonInterceptTouchEvent(MotionEvent event){ booleanintercepted=false; intx=(int)event.getX(); inty=(int)event.getY(); switch(event.getAction()){ caseMotionEvent.ACTION_DOWN: break; caseMotionEvent.ACTION_MOVE: if(父容器需要当前点击事件){ intercepted=true; }else{ intercepted=false; } break; caseMotionEvent.ACTION_UP: intercepted=false; break; default: break; } mLastXIntercepted=x; mLastYIntercepted=y; returnintercepted; } | |
上面的代码是最基础的外部拦截逻辑，针对不同的情况，修改父容器需要的条件即可。当点击view和释放view的时候，我们不需要处理滑动操作，只需要当拖动view的时候，需要去拦截就OK了。
2、内部拦截：
内部拦截和外部拦截正好相反，指的是所有的事件都传递给子view来处理，如果需要，子view直接消费掉，否则不消费。这里消费是指子view处理掉父容器传递过来的事件。这种方法需要配合requestDisallowInterceptedTouchEvent方法才行：
| 代码如下 | 复制代码 |
publicbooleandispatchTouchEvent(MotionEvent event){ intx=(int)event.getX(); inty=(int)event.getY();
switch(event.getAction()){ caseMotionEvent.ACTION_DOWN: parent.requestDisallowInterceptedTouchEvent(true); break; caseMotionEvent.ACTION_MOVE: intdeltaX=x-mLastX; intdeltaY=y-mLastY; if(父容器需要点击事件){ parent.requestDisallowInterceptedTouchEvent(false); } break; caseMotionEvent.ACTION_UP: intercepted=false; break; default: break; } mLastX=x; mLastY=y; returnsuper.dispatchTouchEvent(event); } | |
子view除了需要处理以外，父容器默认拦截除了按下事件以外的所有事件，这样才能让子view调用requestDisallowInterceptedTouchEvent方法时，父容器继续去拦截其他事件。这是典型的内部拦截处理方案。在这里你可能很疑惑，为什么父容器不能拦截ACTION_DOWN事件呢？那是因为ACTION_DOWN事件不受FLAG_DISALLOW_INTERCEPT这个标记的控制，如果父容器拦截ACTION_DOWN事件，那么所有的事件都不可能传递给子view了，这样的拦截根本就不能达到我们的目的。
至于场景三的解决方案，根据情况不同，微调方案一和方案二即可。
解决滑动冲突的方案就这么多，而开篇提到的问题，显然是可以使用方案一来解决的。