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了，這樣的攔截根本就不能達到我們的目的。

至於場景三的解決方案，根據情況不同，微調方案一和方案二即可。

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