Android滑动冲突的完美解决

android滑动在智能手机上是必备的操作，但是在开发的时候，你是否和我一样，经常会遇到滑动冲突的问题，比如最简单需要在listview里面添加一个侧滑动作，这时候冲突时必然的，那我们该如何解决这个问题呢？
先来说一下滑动冲突都有那些，该怎么解决。

场景一：类似于viewpager嵌套fragmnet并且在fragmnet中嵌套了一个listview的效果，可以通过左右滑动来切换或者触发其他view的显示。但是在viewpager内部已经处理了这个冲突，所以我们会发现viewpager嵌套fragmnet的时候很是流畅。如果我们采用的不是viewpager而是scrollview，那么就需要我们主动去处理这个冲突了；
场景二：这种情况比较复杂，那就是view和被嵌套的view需要在同一个方向上滑动，这时候，用户滑动view的时候，系统就不知道用户想要滑动的view是哪一个，问题就不由自主的跳出来了；
场景三：场景三是最为复杂的一种，即有场景一的情况，也有场景二的情况，两种情况的叠加，所以需要处理内部和中部、中部和和外部的冲突。

问题已经出来了，那我们怎么解决呢？

view既然可以滑动，那么就有滑动的规律，一般来说，当用户滑动时，需要让外部的view拦截点击事件，当用户上下滑动时，需要让内部view拦截view的点击事件，这时候，我们就可以根据是上下还是左右滑动来具体处理冲突事件。对于场景二和场景三，大致的想法也是差不多的，修改相关的滑动规则就ok了。

1、外部拦截：

所谓的外部拦截是指点击事件都先经过父容器的拦截处理，如果有需要就去拦截，否则不拦截，这样就可以简单的处理场景一的问题了。

public boolean onintercepttouchevent(motionevent event){
 boolean intercepted=false;
 int x=(int)event.getx();
 int y=(int)event.gety();
 switch(event.getaction()){
 case motionevent.action_down:
  break;
 case motionevent.action_move:
  if(父容器需要当前点击事件){
  intercepted=true;
  }else{
  intercepted=false;
  }
  break;
 case motionevent.action_up:
  intercepted=false;
  break;
 default:
  break; 
 }
 mlastxintercepted=x;
 mlastyintercepted=y;
 return intercepted;
}

上面的代码是最基础的外部拦截逻辑，针对不同的情况，修改父容器需要的条件即可。当点击view和释放view的时候，我们不需要处理滑动操作，只需要当拖动view的时候，需要去拦截就ok了。

2、内部拦截：

内部拦截和外部拦截正好相反，指的是所有的事件都传递给子view来处理，如果需要，子view直接消费掉，否则不消费。这里消费是指子view处理掉父容器传递过来的事件。这种方法需要配合requestdisallowinterceptedtouchevent方法才行：

public boolean dispatchtouchevent(motionevent event){
 int x=(int)event.getx();
 int y=(int)event.gety();

 switch(event.getaction()){
 case motionevent.action_down:
  parent.requestdisallowinterceptedtouchevent(true);
  break;
 case motionevent.action_move:
  int deltax=x-mlastx;
  int deltay=y-mlasty;
  if(父容器需要点击事件){
  parent.requestdisallowinterceptedtouchevent(false);
  }
  break;
 case motionevent.action_up:
  intercepted=false;
  break;
 default:
  break; 
 }
 mlastx=x;
 mlasty=y;
 return super.dispatchtouchevent(event);
}

子view除了需要处理以外，父容器默认拦截除了按下事件以外的所有事件，这样才能让子view调用requestdisallowinterceptedtouchevent方法时，父容器继续去拦截其他事件。这是典型的内部拦截处理方案。在这里你可能很疑惑，为什么父容器不能拦截action_down事件呢？那是因为action_down事件不受flag_disallow_intercept这个标记的控制，如果父容器拦截action_down事件，那么所有的事件都不可能传递给子view了，这样的拦截根本就不能达到我们的目的。

至于场景三的解决方案，根据情况不同，微调方案一和方案二即可。

解决滑动冲突的方案就这么多，而开篇提到的问题，显然是可以使用方案一来解决的。