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事件呢？那是因?yàn)锳CTION_DOWN事件不受FLAG_DISALLOW_INTERCEPT這個標(biāo)記的控制，如果父容器攔截ACTION_DOWN事件，那么所有的事件都不可能傳遞給子view了，這樣的攔截根本就不能達(dá)到我們的目的。

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

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