最近實際應用中遇到了滑動衝突的相關問題,在解決過程中,有些需要注意的問題,特別記錄一下。
一、應用場景
在解決具體問題之前,先介紹下實際應用場景及問題狀況。
從圖中可以看出,一個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,從而導致複用效率大大降低。所以如果情況複雜,建議採用頭佈局。