最近實際應用中遇到了滑動衝突的相關問題,在解決過程當中,有些須要注意的問題,特別記錄一下。bash
在解決具體問題以前,先介紹下實際應用場景及問題情況。 ide
從圖中能夠看出,一個ScrollView內部嵌套三個RecyclerView,其中兩個RecyclerView是橫向,一個RecyclerView是縱向。在這個場景下,出現了滑動衝突問題,主要表現爲橫向RecyclerView滑動不靈敏,縱向RecyclerView滑動卡頓。佈局
針對該問題,解決的方案是根據當前滑動方向,水平仍是垂直來判斷這個事件到底該交給誰來處理。ui
通常狀況下根據滑動路徑造成的夾角(或者說是斜率以下圖)、水平和豎直方向滑動速度差來判斷。 spa
針對該問題,通常狀況下必需經過業務邏輯來進行判斷,決定到底誰來處理該事件。code
針對滑動衝突,通常有兩個解決方法。cdn
事件都先通過父容器的攔截處理,若是不須要此事件就不攔截,這樣就能夠解決滑動衝突的問題。外部攔截法須要重寫父容器的onInterceptTouchEvent()
方法,在內部完成相應的攔截便可blog
@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 事件能夠根據須要來進行攔截或者不攔截get
ACTION_UP 這個事件必須返回false,就會致使子View沒法接受到UP事件,這個時候子元素中的onClick()
事件就沒法處觸發。
父容器不攔截任何事件,全部的事件都傳遞給子元素,若是子元素須要此事件就直接消耗掉,不然就交由父容器進行處理。這種方法須要配合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,從而致使複用效率大大下降。因此若是狀況複雜,建議採用頭佈局。