Android滑動在智能手機(jī)上是必備的操作，但是在開發(fā)的時候，你是否和我一樣，經(jīng)常會遇到滑動沖突的問題，比如最簡單需要在ListView里面添加一個側(cè)滑動作，這時候沖突時必然的，那我們該如何解決這個問題呢？
先來說一下滑動沖突都有那些，該怎么解決。

場景一：類似于ViewPager嵌套Fragmnet并且在Fragmnet中嵌套了一個ListView的效果，可以通過左右滑動來切換或者觸發(fā)其他view的顯示。但是在ViewPager內(nèi)部已經(jīng)處理了這個沖突，所以我們會發(fā)現(xiàn)ViewPager嵌套Fragmnet的時候很是流暢。如果我們采用的不是ViewPager而是ScrollView，那么就需要我們主動去處理這個沖突了；
場景二：這種情況比較復(fù)雜，那就是view和被嵌套的view需要在同一個方向上滑動，這時候，用戶滑動view的時候，系統(tǒng)就不知道用戶想要滑動的view是哪一個，問題就不由自主的跳出來了；
場景三：場景三是最為復(fù)雜的一種，即有場景一的情況，也有場景二的情況，兩種情況的疊加，所以需要處理內(nèi)部和中部、中部和和外部的沖突。

問題已經(jīng)出來了，那我們怎么解決呢？

view既然可以滑動，那么就有滑動的規(guī)律，一般來說，當(dāng)用戶滑動時，需要讓外部的view攔截點(diǎn)擊事件，當(dāng)用戶上下滑動時，需要讓內(nèi)部view攔截view的點(diǎn)擊事件，這時候，我們就可以根據(jù)是上下還是左右滑動來具體處理沖突事件。對于場景二和場景三，大致的想法也是差不多的，修改相關(guān)的滑動規(guī)則就OK了。

1、外部攔截：

所謂的外部攔截是指點(diǎn)擊事件都先經(jīng)過父容器的攔截處理，如果有需要就去攔截，否則不攔截，這樣就可以簡單的處理場景一的問題了。

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(父容器需要當(dāng)前點(diǎn)擊事件){
  intercepted=true;
  }else{
  intercepted=false;
  }
  break;
 case MotionEvent.ACTION_UP:
  intercepted=false;
  break;
 default:
  break; 
 }
 mLastXIntercepted=x;
 mLastYIntercepted=y;
 return intercepted;
}

上面的代碼是最基礎(chǔ)的外部攔截邏輯，針對不同的情況，修改父容器需要的條件即可。當(dāng)點(diǎn)擊view和釋放view的時候，我們不需要處理滑動操作，只需要當(dāng)拖動view的時候，需要去攔截就OK了。

2、內(nèi)部攔截：

內(nèi)部攔截和外部攔截正好相反，指的是所有的事件都傳遞給子view來處理，如果需要，子view直接消費(fèi)掉，否則不消費(fèi)。這里消費(fèi)是指子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(父容器需要點(diǎn)擊事件){
  parent.requestDisallowInterceptedTouchEvent(false);
  }
  break;
 case MotionEvent.ACTION_UP:
  intercepted=false;
  break;
 default:
  break; 
 }
 mLastX=x;
 mLastY=y;
 return super.dispatchTouchEvent(event);
}

子view除了需要處理以外，父容器默認(rèn)攔截除了按下事件以外的所有事件，這樣才能讓子view調(diào)用requestDisallowInterceptedTouchEvent方法時，父容器繼續(xù)去攔截其他事件。這是典型的內(nèi)部攔截處理方案。在這里你可能很疑惑，為什么父容器不能攔截ACTION_DOWN事件呢？那是因為ACTION_DOWN事件不受FLAG_DISALLOW_INTERCEPT這個標(biāo)記的控制，如果父容器攔截ACTION_DOWN事件，那么所有的事件都不可能傳遞給子view了，這樣的攔截根本就不能達(dá)到我們的目的。

至于場景三的解決方案，根據(jù)情況不同，微調(diào)方案一和方案二即可。

解決滑動沖突的方案就這么多，而開篇提到的問題，顯然是可以使用方案一來解決的。