ViewPager,ScrollView 嵌套ViewPager滑動沖突解決

ViewPager,ScrollView 嵌套ViewPager滑動沖突解決

本篇主要講解一下幾個問題

  • 粗略地介紹一下View的事件分發機制

  • 解決事件滑動沖突的思路及方法

  • ScrollView 里面嵌套ViewPager導致的滑動沖突

  • ViewPager里面嵌套ViewPager 導致的滑動沖突

  • 輪播圖的幾種實現方式

先看一下效果圖

ScrollView里面嵌套ViewPager

ViewPager里面嵌套ViewPager

View的 事件分發機制

這篇博客大打算詳細講解View的事件分發機制,因為網上已經出現了一系列的好 文章,我自己的水平也有限,目前肯定寫得不咋的。

先啰嗦一下,View 的事件分發機制主要涉及到一下三個 方法

  • dispatchTouchEvent ,這個方法主要是用來分發事件的

  • onInterceptTouchEvent,這個方法主要是用來攔截事件的(需要注意的是ViewGroup才有這個方法,View沒有onInterceptTouchEvent這個方法

  • onTouchEvent這個方法主要是用來處理事件的

  • requestDisallowInterceptTouchEvent(true),這個方法能夠影響父View是否攔截事件,true表示 不攔截事件,false表示攔截事件

下面引用 圖解 Android 事件分發機制 這一篇博客的內容

  • 仔細看的話,圖分為3層,從上往下依次是Activity、ViewGroup、View

  • 事件從左上角那個白色箭頭開始,由Activity的dispatchTouchEvent做分發

  • 箭頭的上面字代表方法返回值,(return true、return false、return super.xxxxx(),super 的意思是調用父類實現。

  • dispatchTouchEvent和 onTouchEvent的框里有個【true---->消費】的字,表示的意思是如果方法返回true,那么代表事件就此消費,不會繼續往別的地方傳了,事件終止。

  • 目前所有的圖的事件是針對ACTION_DOWN的,對于ACTION_MOVE和ACTION_UP我們最后做分析。

  • 之前圖中的Activity 的dispatchTouchEvent 有誤(圖已修復),只有return super.dispatchTouchEvent(ev) 才是往下走,返回true 或者 false 事件就被消費了(終止傳遞)。

總結

當TouchEvent發生時,首先Activity將TouchEvent傳遞給最頂層的View,TouchEvent最先到達最頂層 view 的 dispatchTouchEvent ,然后由 dispatchTouchEvent 方法進行分發,

  • 如果dispatchTouchEvent返回true 消費事件,事件終結。
  • 如果dispatchTouchEvent返回 false ,則回傳給父View的onTouchEvent事件處理;

    onTouchEvent事件返回true,事件終結,返回false,交給父View的OnTouchEvent方法處理

  • 如果dispatchTouchEvent返回super的話,默認會調用自己的onInterceptTouchEvent方法

    默認的情況下interceptTouchEvent回調用super方法,super方法默認返回false,所以會交給子View的onDispatchTouchEvent方法處理

    如果 interceptTouchEvent 返回 true ,也就是攔截掉了,則交給它的 onTouchEvent 來處理,

    如果 interceptTouchEvent 返回 false ,那么就傳遞給子 view ,由子 view 的 dispatchTouchEvent 再來開始這個事件的分發。

解決事件滑動沖突的思路及方法

常見的三種情況

第一種情況,滑動方向不同

第二種情況,滑動方向相同

第三種情況,上述兩種情況的嵌套

解決思路

看了上面三種情況,我們知道他們的共同特點是父View 和子View都想爭著響應我們的觸摸事件,但遺憾的是我們的觸摸事件 同一時刻只能被某一個View或者ViewGroup攔截消費,所以就產生了滑動沖突?那既然同一時刻只能由某一個View或者ViewGroup消費攔截,那我們就只需要 決定在某個時刻由這個View或者ViewGroup攔截事件,另外的 某個時刻 有另外一個View或者ViewGroup攔截事件不就OK了嗎?綜上,正如 在 《Android開發藝術》 一書提出的,總共 有兩種接覺方案

下面的兩種方法針對第一種情況(滑動方向不同),父View是上下滑動,子View是左右滑動的情況。

外部解決法

從父View著手,重寫onInterceptTouchEvent方法,在父View需要攔截的時候攔截,不要的時候返回false,為代碼大概 如下

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
    final float x = ev.getX();
    final float y = ev.getY();

final int action = ev.getAction();
switch (action) {
    case MotionEvent.ACTION_DOWN:
        mDownPosX = x;
        mDownPosY = y;

        break;
    case MotionEvent.ACTION_MOVE:
        final float deltaX = Math.abs(x - mDownPosX);
        final float deltaY = Math.abs(y - mDownPosY);
        // 這里是夠攔截的判斷依據是左右滑動,讀者可根據自己的邏輯進行是否攔截
        if (deltaX > deltaY) {
            return false;
        }
}

return super.onInterceptTouchEvent(ev);

}</code></pre>

內部解決法

從子View左右,父View先不要攔截任何事件,所有的 事件傳遞給 子View,如果子View需要此事件就消費掉,不需要此事件的話就交給 父View處理。

實現思路 如下,重寫子 View的dispatchTouchEvent方法,在Action_down 動作中通過方法 requestDisallowInterceptTouchEvent(true) 先請求 父 View不要攔截事件,這樣保證 子View能夠 接受到Action_move事件,再在Action_move動作中根據 自己的邏輯是否要攔截事件,不要的 話交給 父View處理

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    int x = (int) ev.getRawX();
    int y = (int) ev.getRawY();
    int dealtX = 0;
    int dealtY = 0;

switch (ev.getAction()) {
    case MotionEvent.ACTION_DOWN:
        dealtX = 0;
        dealtY = 0;
        // 保證子View能夠接收到Action_move事件
        getParent().requestDisallowInterceptTouchEvent(true);
        break;
    case MotionEvent.ACTION_MOVE:
        dealtX += Math.abs(x - lastX);
        dealtY += Math.abs(y - lastY);
        Log.i(TAG, "dealtX:=" + dealtX);
        Log.i(TAG, "dealtY:=" + dealtY);
        // 這里是夠攔截的判斷依據是左右滑動,讀者可根據自己的邏輯進行是否攔截
        if (dealtX >= dealtY) {
            getParent().requestDisallowInterceptTouchEvent(true);
        } else {
            getParent().requestDisallowInterceptTouchEvent(false);
        }
        lastX = x;
        lastY = y;
        break;
    case MotionEvent.ACTION_CANCEL:
        break;
    case MotionEvent.ACTION_UP:
        break;

}
return super.dispatchTouchEvent(ev);

}</code></pre>

ScrollView 里面嵌套ViewPager導致的滑動沖突

外部解決法

如上面所述,從 父ViewScrollView著手,重寫 OnInterceptTouchEvent方法,在上下滑動的時候攔截事件,在左右滑動的時候不攔截事件,返回 false,這樣確保子View 的dispatchTouchEvent方法會被調用,代碼 如下

/**

  • @ explain:這個ScrlloView不攔截水平滑動事件,
  • 是用來解決 ScrollView里面嵌套ViewPager使用的
  • @ author:xujun on 2016/10/25 15:28
  • @ email:gdutxiaoxu@163.com */ public class VerticalScrollView extends ScrollView {

    public VerticalScrollView(Context context) {

     super(context);
    

    }

    public VerticalScrollView(Context context, AttributeSet attrs) {

     super(context, attrs);
    

    }

    public VerticalScrollView(Context context, AttributeSet attrs, int defStyleAttr) {

     super(context, attrs, defStyleAttr);
    

    }

    @TargetApi(21) public VerticalScrollView(Context context, AttributeSet attrs, int defStyleAttr, int

         defStyleRes) {
     super(context, attrs, defStyleAttr, defStyleRes);
    

    }

    private float mDownPosX = 0; private float mDownPosY = 0;

    @Override public boolean onInterceptTouchEvent(MotionEvent ev) {

     final float x = ev.getX();
     final float y = ev.getY();
    
     final int action = ev.getAction();
     switch (action) {
         case MotionEvent.ACTION_DOWN:
             mDownPosX = x;
             mDownPosY = y;
    
             break;
         case MotionEvent.ACTION_MOVE:
             final float deltaX = Math.abs(x - mDownPosX);
             final float deltaY = Math.abs(y - mDownPosY);
             // 這里是夠攔截的判斷依據是左右滑動,讀者可根據自己的邏輯進行是否攔截
             if (deltaX > deltaY) {
                 return false;
             }
     }
    
     return super.onInterceptTouchEvent(ev);
    

    } }</code></pre>

    內部解決法

    如上面上述,通過requestDisallowInterceptTouchEvent(true)方法來影響父View是否攔截事件,我們通過重寫ViewPager的 dispatchTouchEvent()方法,在左右滑動的時候請求父View ScrollView不要攔截事件,其他的時候攔截事件

    /**

  • @ explain:這個 ViewPager是用來解決ScrollView里面嵌套ViewPager的 內部解決法的
  • @ author:xujun on 2016/10/25 16:38
  • @ email:gdutxiaoxu@163.com */ public class MyViewPager extends ViewPager {

    private static final String TAG = "xujun";

    int lastX = -1; int lastY = -1;

    public MyViewPager(Context context) {

     super(context);
    

    }

    public MyViewPager(Context context, AttributeSet attrs) {

     super(context, attrs);
    

    }

    @Override public boolean dispatchTouchEvent(MotionEvent ev) {

     int x = (int) ev.getRawX();
     int y = (int) ev.getRawY();
     int dealtX = 0;
     int dealtY = 0;
    
     switch (ev.getAction()) {
         case MotionEvent.ACTION_DOWN:
             dealtX = 0;
             dealtY = 0;
             // 保證子View能夠接收到Action_move事件
             getParent().requestDisallowInterceptTouchEvent(true);
             break;
         case MotionEvent.ACTION_MOVE:
             dealtX += Math.abs(x - lastX);
             dealtY += Math.abs(y - lastY);
             Log.i(TAG, "dealtX:=" + dealtX);
             Log.i(TAG, "dealtY:=" + dealtY);
             // 這里是夠攔截的判斷依據是左右滑動,讀者可根據自己的邏輯進行是否攔截
             if (dealtX >= dealtY) {
                 getParent().requestDisallowInterceptTouchEvent(true);
             } else {
                 getParent().requestDisallowInterceptTouchEvent(false);
             }
             lastX = x;
             lastY = y;
             break;
         case MotionEvent.ACTION_CANCEL:
             break;
         case MotionEvent.ACTION_UP:
             break;
    
     }
     return super.dispatchTouchEvent(ev);
    

    } }</code></pre>

    注意事項(坑)

    當我們ScrollView的最上層的Layout里面多多個孩子的時候,當下面一個孩子是RecyclerView或者ListView的時候,往往會活動滑動到ListView或者RecyclerView 的第一個item,導致進入界面的時候會導致RecyclerView 上面的 View被滑動到界面意外,看不見,這時候的用戶體驗是比較差的

    即結構如下面的時候

    在Activity中的相關解決方法

    于是我查找了相關的資料,在Activity中完美解決,主要要一下兩種方法

    第一種方法,重寫Activity的onWindowFocusChanged()方法,在里面調用mNoHorizontalScrollView.scrollTo(0,0);方法,滑動到頂部,因為onWindowFocusChanged是在所有View繪制完畢的時候才會回調的,不熟悉的話建議先回去看一下Activity的生命周期的相關介紹

    private void scroll() {
     mNoHorizontalScrollView.scrollTo(0,0);
    }

@Override public void onWindowFocusChanged(boolean hasFocus) { super.onWindowFocusChanged(hasFocus); if(hasFocus && first){ first=false; scroll(); } }</code></pre>

第二種解決方法,調用RecyclerView上面的View的一下方法,讓其獲取焦點

view.setFocusable(true);  
view.setFocusableInTouchMode(true);  
view.requestFocus();

這段代碼在初始化的時候就讓該界面的頂部的某一個控件獲得焦點,滾動條自然就顯示到頂部了。

在Fragment中的相關解決方法

同樣是調用第二種方法,調用RecyclerView上面的View的一下方法,讓其獲取焦點

view.setFocusable(true);  
view.setFocusableInTouchMode(true);  
view.requestFocus();

這段代碼在初始化的時候就讓該界面的頂部的某一個控件獲得焦點,滾動條自然就顯示到頂部了。但是給方法存在缺點,就是當我們上面的view如果滑動到一半的時候,切換到下一個Fragment,在切換回來的時候,RecyclerView的第一個item會自動滑動到頂部。目前我還沒有找到相對比較好的解決這個問題的方法,大家知道相關解決方法的話也歡迎聯系我,可以加我 微信或者在留言區評論,謝謝

個人疑點

借鑒于解決Activity的方法,目前我還沒有找到一個方法是在Fragemnt界面完全繪制完畢以后回調的方法,如果大家知道怎樣處理的 話,歡迎大家提出來

ViewPager里面嵌套ViewPager導致的滑動沖突

內部解決法

從子View ViewPager著手,重寫 子View的 dispatchTouchEvent方法,在子 View需要攔截的時候進行攔截,否則交給父View處理,代碼如下

public class ChildViewPager extends ViewPager {

private static final String TAG = "xujun";
public ChildViewPager(Context context) {
    super(context);
}

public ChildViewPager(Context context, AttributeSet attrs) {
    super(context, attrs);
}

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    int curPosition;

    switch (ev.getAction()) {
        case MotionEvent.ACTION_DOWN:
            getParent().requestDisallowInterceptTouchEvent(true);
            break;
        case MotionEvent.ACTION_MOVE:
            curPosition = this.getCurrentItem();
            int count = this.getAdapter().getCount();
            Log.i(TAG, "curPosition:=" +curPosition);
            // 當當前頁面在最后一頁和第0頁的時候,由父親攔截觸摸事件
            if (curPosition == count - 1|| curPosition==0) {
                getParent().requestDisallowInterceptTouchEvent(false);
            } else {//其他情況,由孩子攔截觸摸事件
                getParent().requestDisallowInterceptTouchEvent(true);
            }

    }
    return super.dispatchTouchEvent(ev);
}

}</code></pre>

外部解決法

這個如果要采用內部解決法來解決的話想,相對很麻煩,我提一下自己的個人思路,我們可以先測量子View在哪個區域,然后我們在根據我們按下的點是否在區域以內,如果是的話,在根據子View時候需要攔截進行處理

討論

對于這種效果,上面是輪播圖的,下面是RecyclerView或者ListView的,一般有一下幾種實現方式

  • 使用我們上述提高的ScrollView里面嵌套ViewPager和RecyclerView,這種實現方式需要自己解決View滑動事件的沖突,同時還有我在上述提高的在Fragment中存在的問題

  • 使用listView的addHeaderView來實現,或者是通過多種不同的item來實現

  • 使用RecyclerView添加headerView來實現,或者復用多種不同的item來實現。

  • 使用SupportLibrary中的CoordinatorLayout等控件

其布局文件如下,Activity代碼見項目中的SixActivity

<?xml version="1.0" encoding="utf-8"?>

<android.support.design.widget.CoordinatorLayout xmlns:android="

<android.support.design.widget.AppBarLayout
    android:layout_width="match_parent"
    android:layout_height="300dp"
    android:fitsSystemWindows="true"
    android:theme="@style/ThemeOverlay.AppCompat.Dark.ActionBar"

>


    <android.support.design.widget.CollapsingToolbarLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        app:layout_scrollFlags="scroll|snap">


        <android.support.v4.view.ViewPager
            android:id="@+id/viewPager"
            android:layout_width="match_parent"
            android:layout_height="match_parent"

        >

        </android.support.v4.view.ViewPager>

        <TextView
            android:id="@+id/tv_page"
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:layout_gravity="bottom"
            android:gravity="right"
            android:text="1/10"
            android:textColor="#000"/>

    </android.support.design.widget.CollapsingToolbarLayout>

</android.support.design.widget.AppBarLayout>


<android.support.v7.widget.RecyclerView
    android:id="@+id/recyclerView"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    app:layout_behavior="@string/appbar_scrolling_view_behavior">

</android.support.v7.widget.RecyclerView>


</android.support.design.widget.CoordinatorLayout></code></pre>

總結

  • 當我們滑動方向不同的時候,采用外部解決法和內部解決法,復雜度差不多。

  • 當我們滑動的方向相同的話,建議采用內部解決法來解決,因為采用外部解決法復雜度比較高。而且有時候我們是采用別人的開源控件,這時候去修改別人的源碼可能會發生一些意想不到的bug。

題外話

  • 在這篇文章的最后提高的實現輪播圖+list列表的幾種實現形式,剛開始是不想寫的,后面因為ScrollView里面嵌套ViewPager和RecyclerView在fragment中RecyclerView搶占焦點,在某些情況下用戶體驗不好,才寫出來的,跟這篇博客要講解的View滑動事件沖突沒有多大關系,只是給讀者提供多種思路而已

  • 至于CoordinatorLayout,是google IO 2015中提出來的,功能很強大,可以說是專門為了解決嵌套導滑動而產生的,極大地方便了開發者,對于初學者,可以暫時不必掌握它,先把其他的基礎學好就好

  • 同時買一下廣告,歡迎大家到我的github上面star或者fork,謝謝

參考文章: 圖解 Android 事件分發機制

 

來自:http://www.jianshu.com/p/fd528c2311da

 

 本文由用戶 aqvz7021 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!