一檀训、前言
????滑動(dòng)沖突在我們?nèi)粘?Android 開(kāi)發(fā)中非常常見(jiàn)柑潦，當(dāng)我們單獨(dú)使用滾動(dòng)的滑動(dòng)控件（ScrollView 、ListView峻凫、ViewPager渗鬼、RecyclView ）時(shí)不會(huì)發(fā)生什么問(wèn)題，但當(dāng)我們將他們結(jié)合起來(lái)時(shí)荧琼，就會(huì)出現(xiàn)所謂的滑動(dòng)沖突問(wèn)題譬胎。
二、滑動(dòng)沖突分類
滑動(dòng)沖突一般有三種場(chǎng)景：
- 外部滑動(dòng)與內(nèi)部滑動(dòng)方向不一致（比如 ViewPager 嵌套 ListView 時(shí)）
- 外部滑動(dòng)與內(nèi)部滑動(dòng)方向 一致 （ScrollView 嵌套 ScrollView）
- 多層嵌套滑動(dòng)（就是將前面的兩種嵌套滑動(dòng)結(jié)合起來(lái)）
三命锄、滑動(dòng)沖突處理思路
3.1堰乔、內(nèi)外滑動(dòng)方向不一致時(shí)處理思路
????這一類場(chǎng)景其實(shí)比較容易分析，因?yàn)橥鈱雍蛢?nèi)層滑動(dòng)的方向不一致脐恩，所以根據(jù)手勢(shì)的動(dòng)向來(lái)確定把事件給誰(shuí)镐侯。默認(rèn)情況下，當(dāng)點(diǎn)擊內(nèi)層控件時(shí)驶冒，事件會(huì)先一層層從外層傳到內(nèi)層苟翻，由內(nèi)層來(lái)處理搭伤。這里以外層為左右滑動(dòng)，內(nèi)層為上下滑動(dòng)為例袜瞬。當(dāng)判定手勢(shì)的滑動(dòng)為左右時(shí)怜俐，需要外層來(lái)消費(fèi)事件，所以外層將事件攔截邓尤，即在外層的onInterceptTouchEvent中檢測(cè)為ACTION_MOVE時(shí)返回true拍鲤；而如果判定手勢(shì)的滑動(dòng)為上下時(shí)，需要內(nèi)層來(lái)消費(fèi)事件汞扎，外層不需要攔截季稳，事件會(huì)傳遞到內(nèi)層來(lái)處理（具體的代碼實(shí)現(xiàn)，在后面會(huì)詳細(xì)列出）澈魄。這樣就通過(guò)判斷滑動(dòng)的方向來(lái)決定事件的處理對(duì)象景鼠，從而解決滑動(dòng)沖突的問(wèn)題。
3.2嘴瓤、內(nèi)外滑動(dòng)方向一致時(shí)處理思路
????這種場(chǎng)景要比上面一種復(fù)雜一些扫外，因?yàn)榛瑒?dòng)方向一致，所以無(wú)法通過(guò)上述的方式來(lái)判斷將事件交給誰(shuí)處理廓脆。在這種情況下，往往需要根據(jù)業(yè)務(wù)的需要來(lái)判定誰(shuí)來(lái)處理事件磁玉。
????比如豎直方向的 ScrollView 嵌套 ScrollView 的場(chǎng)景下：
????手指在內(nèi)層 ScrollView 上下滑動(dòng)時(shí)：事件需要被內(nèi)層 ScrollView 攔截停忿，由內(nèi)層ScrollView 來(lái)消費(fèi)；
????當(dāng)手指在外層 ScrollView 滑動(dòng)時(shí)事件需要被外層ScrollView 攔截蚊伞，由外層 ScrollView來(lái)消費(fèi)席赂。
3.3吮铭、多層滑動(dòng)嵌套時(shí)處理思路
????這種場(chǎng)景下看起來(lái)比較復(fù)雜，但其實(shí)是由前面兩種場(chǎng)景嵌套形成的颅停。所以這種場(chǎng)景的處理方式谓晌，就是將其拆分為簡(jiǎn)單的場(chǎng)景，然后按照前面的場(chǎng)景分析方式來(lái)處理癞揉。
四纸肉、滑動(dòng)沖突兩種處理方法
4.1、外部攔截法
????顧名思義喊熟，就是在外部滑動(dòng)控件中處理攔截邏輯柏肪。這需要外部控件重寫(xiě)父類的onInterceptTouchEvent 方法，在其中判斷什么時(shí)候需要攔截事件由自身處理芥牌，什么時(shí)候需要放行將事件傳給內(nèi)層控件處理烦味，內(nèi)部控件不需要做任何處理。偽代碼如下：
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
break;
case MotionEvent.ACTION_MOVE:
if (父容器需要自己處理改事件) {
return true;//攔截
} else {
return false;//不攔截
}
case MotionEvent.ACTION_UP:
case MotionEvent.ACTION_CANCEL:
break;
}
return super.onInterceptTouchEvent(ev);
}
4.2壁拉、內(nèi)部攔截法
????顧名思義谬俄，就是將事件是否需要攔截的邏輯，放到內(nèi)層控件中來(lái)處理弃理。這種方式需要結(jié)合 requestDisllowInterceptTouchEvent(boolean) 這個(gè)方法凤瘦，在內(nèi)層控件的重寫(xiě)方法dispatchTouchEvent中，根據(jù)邏輯來(lái)決定外層控件何時(shí)需要攔截事件案铺，何時(shí)需要放行蔬芥。（requestDisllowInterceptTouchEvent 這個(gè)方法的作用是-是否允許外層控件攔截事件）偽代碼如下：
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
switch (ev.getAction()){
case MotionEvent.ACTION_DOWN:
getParent().requestDisallowInterceptTouchEvent(true);
break;
case MotionEvent.ACTION_MOVE:
if (父容器需要處理改事件) {
//允許外層控件攔截事件
getParent().requestDisallowInterceptTouchEvent(false);
} else {
//需要內(nèi)部控件處理該事件，不允許上層viewGroup攔截
getParent().requestDisallowInterceptTouchEvent(true);
}
break;
case MotionEvent.ACTION_UP:
break;
default:
break;
}
return super.dispatchTouchEvent(ev);
}
同時(shí)控汉，在這種方法下需要在外層控件做下處理：
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
return false;
} else {
return true;
}
}
ACTION_DOWN事件仍然不能攔截笔诵，這是因?yàn)樵?ACTION_DOWN 事件時(shí)會(huì)初始化一些狀態(tài)和標(biāo)志位等變量導(dǎo)致 requestDisllowInterceptTouchEvent(boolean) 方法會(huì)失效。因此姑子，在外層控件的 ACTION_DOWN 事件不能攔截乎婿。
