Android使用NestedScrollView?內(nèi)嵌RecycleView滑動沖突問題解決

更新時間：2022年06月17日 09:32:50 作者：??OCode????

這篇文章主要介紹了Android使用NestedScrollView?內(nèi)嵌RecycleView滑動沖突問題解決，文章圍繞主題展開詳細的內(nèi)容介紹，具有一定的參考價值，感興趣的小伙伴可以參考一下

場景描述

使用NestedScrollView 內(nèi)嵌RecycleView時，當用戶上滑時，NestedScrollView需要首先響應上滑事件，直到ScrollView無法滑動，再由RecycleView進行響應滑動事件

效果演示：

實現(xiàn)思路

參考谷歌開發(fā)者文檔中關于view group事件分發(fā)的思路，自定義CustomScrollView繼承 NestedScrollView 重寫onInterceptTouchEvent方法，在攔截到上滑事件時，判斷當前的scrollerView是否已經(jīng)滑動到頂部；

如果ScrollView沒有處于頂部，返回true，代表處理并消耗后續(xù)一系列觸摸事件，包括一系列的Action Move獲取到的point到Action Up事件，這中間的事件值都交給 ScrollView處理滑動；

如果ScrollView已經(jīng)處于頂部，不再攔截上滑事件，會由NestedScrollView默認分發(fā)給子控件RecycleView進行處理

public class CustomScrollView extends NestedScrollView {

    public CustomScrollView(@NonNull Context context) {
        super(context);
    }
    private float maxSlideDis;//向上滑動的最大滑動距離，沒有超過這個距離時，攔截并處理掉向上滑動的事件
    //在activity或fragment中，根據(jù)布局參數(shù)進行設置
    private float mDownY;
    private float mSlop;
    public CustomScrollView(@NonNull Context context, @Nullable AttributeSet attrs) {
        super(context, attrs);
        mSlop = ViewConfiguration.get(context).getScaledTouchSlop();
    }
    public void setMaxSlideDis(float maxSlideDis) {
        this.maxSlideDis = maxSlideDis;
    }
    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Logger.log("CustomScrollView onInterceptTouchEvent " + ev.getAction());
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                mDownY = ev.getRawY();
                break;
            case MotionEvent.ACTION_MOVE:
                float dis = ev.getRawY() - mDownY;
                if (dis < 0 && Math.abs(dis) >= mSlop) {
                    //當觸摸事件是向上滑動并且滑動距離超過屏幕的最小滑動單位時
                    return needScrollParent();
                }
                break;
        }
        return super.onInterceptTouchEvent(ev);
    }
    //scroller 是否已經(jīng)滑動到了最高點
    public boolean needScrollParent() {
        Logger.log("CustomScrollView maxSlideDis = " + maxSlideDis + " getScrollY =" + getScrollY());
        return getScrollY() < maxSlideDis;
    }
    public CustomScrollView(@NonNull Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }

}

問題和優(yōu)化

到這一步已經(jīng)實現(xiàn)先滑動scrollerView再滑動recycleView，但是存在一個問題，當上滑scrollerView的過程中，當scroll view滑動到最頂部不松手指，recycleView不會開始向上滾動，必須等手指離開屏幕，再重新上滑recycle view才可以讓其滾動,就像上文gif所展示的；

要明白這個問題的原因，首先要搞清楚一個事件系列和 view分發(fā)機制流程

事件系列： 從ACTION_DOWN 到ACTION_UP 中包含的所有事件，包括其中的所有的ACTION_MOVE事件，為一個事件系列

對view事件分發(fā)機制不熟悉的同學可以看下這個分發(fā)機制偽代碼

public boolean dispatchTouchEvent(MotionEvent ev) {
    boolean consume = false;
    if(onInterceptTouchEvent(ev)){
        consume = onTouchEvent(ev);
    } else {
        consume = child.dispatchTouchEvent(ev);
    }
    return consume;
}

onInterceptTouchEvent方法要注意：接收到某一個事件系列中的事件值后，如果返回false或者true，那么后續(xù)都不再回調(diào)這個方法，這個true或false所代表的狀態(tài)會持續(xù)到這個事件系列結(jié)束

因此scroller view的onInterceptTouchEvent 返回true攔截了ACTION_MOVE的前幾個事件值后，該事件系列的后續(xù)事件值也會直接被scroller view的onTouch消耗掉，并且onInterceptTouchEvent不再會收到該事件系列的后續(xù)ev值的回調(diào)，因為在dispatchTouchEvent中，直接將后續(xù)事件給到了onTouch進行消耗；

導致后續(xù)的滑動事件一直被scrollerview所消耗，

而我們想要下面這樣絲滑的滑動體驗，就要將scroller view滑動到頂部后的后續(xù)事件值分發(fā)給子視圖進行處理：

在一次滑動事件中完成從scroller view到recycleveiw的滑動，手指不離開屏幕

優(yōu)化

鑒于上述問題，我們把事件的“攔截”放到scroller的dispatchTouchEvent方法中；因為view分發(fā)機制首先將每個事件值都傳入到dispatchTouchEvent，并在其中通過onInterceptTouchEvent 的返回值來決定是否將該事件分發(fā)給子視圖的dispatchTouchEvent；

如果scroller view需要滑動，就直接調(diào)用onTouch進行消耗事件，如果scroller view 不需要滑動了，就讓dispatchTouchEvent默認調(diào)用到onInterceptTouchEvent來判斷后續(xù)事件，這里onInterceptTouchEvent中判斷如果scroller view不需要滑動，直接返回false，name后續(xù)的ACTION_MOVE值都會被分發(fā)給子veiw處理

代碼：

 @Override
 @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Logger.log("CustomScrollView dispatchTouchEvent ACTION  " + ev.getAction());

        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                mDownY = ev.getRawY();
                break;
            case MotionEvent.ACTION_MOVE:
                float dis = ev.getRawY() - mDownY;
                if (dis < 0 && Math.abs(dis) >= mSlop) {
                    //當觸摸事件是向上滑動并且滑動距離超過屏幕的最小滑動單位時
                    if (needScrollParent()) {
                        onTouchEvent(ev);
                        Logger.log("dispatchTouchEvent 需要攔截");
                        return true;
                    } else {
                        Logger.log("dispatchTouchEvent 不需要攔截");
                        //這里返回 super.dispatchTouchEvent(ev); 在super.dispatchTouchEvent(ev)中會調(diào)用下面的onInterceptTouchEvent 方法來判斷
                    }
                }
                break;
        }
        return super.dispatchTouchEvent(ev);
    }
    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Logger.log("CustomScrollView onInterceptTouchEvent " + ev.getAction());
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                mDownY = ev.getRawY();
                break;
            case MotionEvent.ACTION_MOVE:
                float dis = ev.getRawY() - mDownY;
                if (dis < 0 && Math.abs(dis) >= mSlop) {
                    //當觸摸事件是向上滑動并且滑動距離超過屏幕的最小滑動單位時，不攔截滑動事件
                    //這里的目的是取消dispatchTouchEvent中對該事件系列的攔截，當scroller view不需要攔截時，
                    //會執(zhí)行到這里，
                    return false;
                }
                break;
        }
        return super.onInterceptTouchEvent(ev);
    }

到此這篇關于Android使用NestedScrollView 內(nèi)嵌RecycleView滑動沖突問題解決的文章就介紹到這了,更多相關 NestedScrollView 內(nèi)嵌RecycleView內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: