最近實際應用中遇到了滑動沖突的相關問題，在解決過程中，有些需要注意的問題，特別記錄一下。
一、應用場景
在解決具體問題之前，先介紹下實際應用場景及問題狀況。
從圖中可以看出，一個ScrollView內部嵌套三個RecyclerView，其中兩個RecyclerView是橫向，一個RecyclerView是縱向。
在這個場景下，出現了滑動沖突問題，主要表現為橫向RecyclerView滑動不靈敏，縱向RecyclerView滑動卡頓。
二、問題分析
1.橫向RecyclerView滑動不靈敏
該問題所產生的滑動沖突如上圖所示。
針對該問題，解決的方案是根據當前滑動方向，水平還是垂直來判斷這個事件到底該交給誰來處理。
一般情況下根據滑動路徑形成的夾角（或者說是斜率如下圖）、水平和豎直方向滑動速度差來判斷。
2.縱向RecyclerView滑動卡頓
該問題所產生的滑動沖突如上圖所示。
針對該問題，一般情況下必需通過業務邏輯來進行判斷，決定到底誰來處理該事件。
三、滑動沖突解決方法
針對滑動沖突，一般有兩個解決方法。
1.外部攔截法
事件都先經過父容器的攔截處理，如果不需要此事件就不攔截，這樣就可以解決滑動沖突的問題。外部攔截法需要重寫父容器的onInterceptTouchEvent()方法，在內部完成相應的攔截即可
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
boolean intercepted = false;
int x = (int) ev.getX();
int y = (int) ev.getY();
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
intercepted = false;
break;
case MotionEvent.ACTION_MOVE: {
if (父容器需要事件) {
intercepted = true;
} else {
intercepted = false;
}
break;
}
case MotionEvent.ACTION_UP: {
intercepted = false;
break;
}
}
return intercepted;
}
ACTION_DOWN 這個事件里父容器必須返回 false，即不攔截ACTION_DOWN事件，因為一旦攔截了那么后續的 ACTION_MOVE、ACTION_UP都由父容器去處理，事件就無法傳到子view了
ACTION_MOVE 事件可以根據需要來進行攔截或者不攔截
ACTION_UP 這個事件必須返回false，就會導致子View無法接受到UP事件，這個時候子元素中的
onClick()事件就無法處觸發。
2.內部攔截法
父容器不攔截任何事件，所有的事件都傳遞給子元素，如果子元素需要此事件就直接消耗掉，否則就交由父容器進行處理。這種方法需要配合requestDisallowInterceptTouchEvent()方法才能正常工作。
主要是修改子view的dispatchTouchEvent()方法
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
int x = (int) ev.getX();
int y = (int) ev.getY();
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN: {
getParent().requestDisallowInterceptTouchEvent(true);
break;
}
case MotionEvent.ACTION_MOVE: {
if (父容器需要此類事件) {
getParent().requestDisallowInterceptTouchEvent(false);
}
break;
}
case MotionEvent.ACTION_UP: {
break;
}
}
return super.dispatchTouchEvent(ev);
}
父容器需要重寫onInterceptTouchEvent()方法
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
int action = ev.getAction();
if(action == MotionEvent.ACTION_DOWN){
return false;
}else {
return true;
}
}
父容器攔截ACTION_DOWN以外的其他事件，因為ACTION_DOWN 事件不受 FLAG_DISALLOW_INTERCEPT這個標記的控制，所以一旦父容器攔截了ACTION_DOWN 事件那么所有的事件都無法傳到子view中去了，這樣內部攔截法就不起作用了。
四、問題解決
下面就來實際解決本文中遇到的滑動沖突問題。通過上述分析可知，本文所遇到的問題通過外部攔截法，重寫ScrollView的onInterceptTouchEvent()方法即可快速簡單的解決。
public class FScrollView extends ScrollView {
private float mLastXIntercept = 0f;
private float mLastYIntercept = 0f;
public FScrollView(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
boolean intercepted = false;
float x = ev.getX();
float y = ev.getY();
int action = ev.getAction() & MotionEvent.ACTION_MASK;
switch (action) {
case MotionEvent.ACTION_DOWN: {
intercepted = false;
//初始化mActivePointerId
super.onInterceptTouchEvent(ev);
break;
}
case MotionEvent.ACTION_MOVE: {
//橫坐標位移增量
float deltaX = x - mLastXIntercept;
//縱坐標位移增量
float deltaY = y - mLastYIntercept;
if (Math.abs(deltaX) < Math.abs(deltaY)) {
intercepted = true;
} else {
intercepted = false;
}
break;
}
case MotionEvent.ACTION_UP: {
intercepted = false;
break;
}
}
mLastXIntercept = x;
mLastYIntercept = y;
return intercepted;
}
}
Math.abs(deltaX) < Math.abs(deltaY)表示橫向位移增量小于于豎向位移增量，即豎直滑動，則ScrollView 攔截事件。super.onInterceptTouchEvent(ev)，初始化mActivePointerId，避免出現Invalid pointerId=-1 in onTouchEvent問題。縱向RecyclerView的滑動被攔截，交給ScrollView處理，需要測量高度，會默認加載所有item，相當于LinearLayout，從而導致復用效率大大降低。所以如果情況復雜，建議采用頭布局。
