2. 程式人生 > >Android 經典筆記之四： 事件衝突解決思路與方案

Android 經典筆記之四： 事件衝突解決思路與方案

阿新 • • 發佈：2018-12-31

事件衝突解決思路與方案
目錄介紹
1.事件機制簡單介紹
1.1 觸控事件
1.2 分發事件
1.3 攔截事件

2.解決滑動衝突的思路及方法
2.1 第一種情況，滑動方向不同
2.2 第二種情況，滑動方法相同
2.3 第三種情況，以上兩種情況巢狀

3.案例解決方法
3.1 針對2問題的解決思路
3.2 滑動方向不同，解決衝突的外部解決法
3.3 滑動方向不同，解決衝突的內部解決法
3.4 ViewPager巢狀ViewPager內部解決法
3.5 滑動方向相同，解決衝突的外部解決法
3.6 解決ScrollView和ViewPager,RecycleView滑動衝突

好訊息

  • 部落格筆記大彙總【16年3月到至今】，包括Java基礎及深入知識點，Android技術部落格，Python學習筆記等等，還包括平時開發中遇到的bug彙總，當然也在工作之餘收集了大量的面試題，長期更新維護並且修正，持續完善……開源的檔案是markdown格式的！同時也開源了生活部落格，從12年起，積累共計47篇[近20萬字]，轉載請註明出處，謝謝！
  • 如果覺得好，可以star一下，謝謝！當然也歡迎提出建議，萬事起於忽微，量變引起質變！

1.事件機制簡單介紹
1.1 觸控事件

/**
* 觸控事件
* 如果返回結果為false表示不消費該事件，並且也不會截獲接下來的事件序列，事件會繼續傳遞
* 如果返回為true表示當前View消費該事件，阻止事件繼續傳遞
*
* 在這裡要強調View的OnTouchListener。如果View設定了該監聽，那麼OnTouch()將會回撥。
* 如果返回為true那麼該View的OnTouchEvent將不會在執行 這是因為設定的OnTouchListener執行時的優先順序要比onTouchEvent高。
* 優先順序：OnTouchListener > onTouchEvent > onClickListener
* @param event
* @return
*/
@Override
public boolean onTouchEvent(MotionEvent event) {
    Log.e("onEvent","MyLinearLayout onTouchEvent");
    return super.onTouchEvent(event);
}

1.2 分發事件

/**
* 分發事件
* 根據內部攔截狀態，向其child或者自己分發事件
*
* @param ev
* @return
*/
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    Log.e("onEvent","MyLinearLayout dispatchTouchEvent");
    return super.dispatchTouchEvent(ev);
}

1.3攔截事件

/**
* 攔截事件
* 預設實現是返回false，也就是預設不攔截任何事件
*
* 判斷自己是否需要擷取事件
* 如果該方法返回為true，那麼View將消費該事件，即會呼叫onTouchEvent()方法
* 如果返回false,那麼通過呼叫子View的dispatchTouchEvent()將事件交由子View來處理
* @param ev
* @return
*/
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
    Log.e("onEvent","MyLinearLayout onInterceptTouchEvent");
    return super.onInterceptTouchEvent(ev);
}

2.解決滑動衝突的思路及方法
2.1 第一種情況，滑動方向不同
Image.png
2.2 第二種情況，滑動方法相同
Image.png
2.3 第三種情況，以上兩種情況巢狀
Image.png
3.案例解決方法
3.1 針對2問題的解決思路

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

**3.2 滑動方向不同，解決衝突的外部解決法【**以ScrollView與ViewPager為例 】

舉例子：以ScrollView與ViewPager為例
從 父View 著手，重寫 onInterceptTouchEvent 方法，在 父View 需要攔截的時候攔截，不要的時候返回false，程式碼大概如下

public class MyScrollView extends ScrollView {

    public MyScrollView(Context context) {
        super(context);
    }

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

    public MyScrollView(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }

    @TargetApi(21)
    public MyScrollView(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);
    }
}

**3.3 滑動方向不同，解決衝突的內部解決法【**以ScrollView與ViewPager為例 】

從子View著手，父View 先不要攔截任何事件，所有的 事件傳遞給 子View，如果 子View 需要此事件就消費掉，不需要此事件的話就交給 父View 處理。
實現思路 如下，重寫 子View 的 dispatchTouchEvent 方法，在 Action_down 動作中通過方法 requestDisallowInterceptTouchEvent（true） 先請求 父View 不要攔截事件，這樣保證 子View 能夠接受到Action_move事件，再在Action_move動作中根據 自己的邏輯是否要攔截事件，不要的話再交給 父View 處理

public class MyViewPager extends ViewPager {

    private static final String TAG = "yc";

    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);
    }
}

3.4 ViewPager巢狀ViewPager內部解決法

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

public class ChildViewPager extends ViewPager {

    private static final String TAG = "yc";
    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);
    }
}

3.5 滑動方向相同，解決衝突的外部解決法【解決ScrollView和RecycleView滑動衝突】

public class RecyclerScrollview extends ScrollView {

    private int downY;
    private int mTouchSlop;

    public RecyclerScrollview(Context context) {
        super(context);
        mTouchSlop = ViewConfiguration.get(context).getScaledTouchSlop();
    }

    public RecyclerScrollview(Context context, AttributeSet attrs) {
        super(context, attrs);
        mTouchSlop = ViewConfiguration.get(context).getScaledTouchSlop();
    }

    public RecyclerScrollview(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
        mTouchSlop = ViewConfiguration.get(context).getScaledTouchSlop();
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent e) {
        int action = e.getAction();
        switch (action) {
            case MotionEvent.ACTION_DOWN:
                downY = (int) e.getRawY();
                break;
            case MotionEvent.ACTION_MOVE:
                int moveY = (int) e.getRawY();
                if (Math.abs(moveY - downY) > mTouchSlop) {
                    return true;
                }
        }
        return super.onInterceptTouchEvent(e);
    }

}

**注意：RecycleView一定要被巢狀裡面**
<!-- descendantFocusability該屬性是當一個為view獲取焦點時，定義viewGroup和其子控制元件兩者之間的關係。
beforeDescendants：viewgroup會優先其子類控制元件而獲取到焦點
afterDescendants：viewgroup只有當其子類控制元件不需要獲取焦點時才獲取焦點
blocksDescendants：viewgroup會覆蓋子類控制元件而直接獲得焦點-->

<RelativeLayout
     android:layout_width="match_parent"
     android:layout_height="wrap_content"
     android:descendantFocusability="blocksDescendants">
<android.support.v7.widget.RecyclerView
    android:id="@+id/recyclerView"
    android:layout_width="match_parent"
    android:layout_height="match_parent"/>
</RelativeLayout>

**3.6 解決ScrollView和ViewPager,RecycleView滑動衝突**

對於ScrollView
public class BottomScrollView extends ScrollView {

    private OnScrollToBottomListener mOnScrollToBottomListener;

    public BottomScrollView(Context context) {
        super(context);
    }

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

    public BottomScrollView(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }

    @TargetApi(Build.VERSION_CODES.LOLLIPOP)
    public BottomScrollView(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
        super(context, attrs, defStyleAttr, defStyleRes);
    }

    @Override
    protected void onScrollChanged(int l, int t, int oldl, int oldt){
        super.onScrollChanged(l,t,oldl,oldt);
        // 滑動的距離加上本身的高度與子View的高度對比
        if(t + getHeight() >=  getChildAt(0).getMeasuredHeight()){
            // ScrollView滑動到底部
            if(mOnScrollToBottomListener != null) {
                mOnScrollToBottomListener.onScrollToBottom();
            }
        } else {
            if(mOnScrollToBottomListener != null) {
                mOnScrollToBottomListener.onNotScrollToBottom();
            }
        }
    }

    public void setScrollToBottomListener(OnScrollToBottomListener listener) {
        this.mOnScrollToBottomListener = listener;
    }

    public interface OnScrollToBottomListener {
        void onScrollToBottom();
        void onNotScrollToBottom();
    }
}

**// ViewPager滑動衝突解決**
mViewPager.setOnTouchListener(new View.OnTouchListener() {
    @Override
    public boolean onTouch(View v, MotionEvent event) {
        int action = event.getAction();
        if(action == MotionEvent.ACTION_DOWN) {
            // 記錄點選到ViewPager時候，手指的X座標
            mLastX = event.getX();
        }
        if(action == MotionEvent.ACTION_MOVE) {
            // 超過閾值，禁止SwipeRefreshLayout下拉重新整理，禁止ScrollView截斷點選事件
            if(Math.abs(event.getX() - mLastX) > THRESHOLD_X_VIEW_PAGER) {
                mRefreshLayout.setEnabled(false);
                mScrollView.requestDisallowInterceptTouchEvent(true);
            }
        }
        // 使用者擡起手指，恢復父佈局狀態
        if(action == MotionEvent.ACTION_UP) {
            mRefreshLayout.setEnabled(true);
            mScrollView.requestDisallowInterceptTouchEvent(false);
        }
        return false;
    }
});

**// ListView滑動衝突解決**
mListView.setOnTouchListener(new View.OnTouchListener() {
    @Override
    public boolean onTouch(View v, MotionEvent event) {
        int action = event.getAction();
        if(action == MotionEvent.ACTION_DOWN) {
            mLastY = event.getY();
        }
        if(action == MotionEvent.ACTION_MOVE) {
            int top = mListView.getChildAt(0).getTop();
            float nowY = event.getY();
            if(!isSvToBottom) {
                // 允許scrollview攔截點選事件, scrollView滑動
                mScrollView.requestDisallowInterceptTouchEvent(false);
            } else if(top == 0 && nowY - mLastY > THRESHOLD_Y_LIST_VIEW) {
                // 允許scrollview攔截點選事件, scrollView滑動
                mScrollView.requestDisallowInterceptTouchEvent(false);
            } else {
                // 不允許scrollview攔截點選事件， listView滑動
                mScrollView.requestDisallowInterceptTouchEvent(true);
            }
        }
        return false;
    }
});

相關推薦

Android 經典筆記之四： 事件衝突解決思路與方案

事件衝突解決思路與方案 目錄介紹 1.事件機制簡單介紹 1.1 觸控事件 1.2 分發事件 1.3 攔截事件 2.解決滑動衝突的思路及方法 2.1 第一種情況，滑動方向不同 2.2 第二種情況，滑動方法相同 2.3 第三種情況，以上兩種情況巢狀 3.案例解決方法

android學習筆記之四：四大元件之BroadcastReceiver

1.定義廣播接收者 定義一個類繼承BroadcastReceiver，並重寫onReceive()方法。 @Override public class SMSBroadCastReceiver

Android異步載入學習筆記之四：利用緩存優化網絡載入圖片及ListView載入優化

角度 thread 下午 出發 easy code cat height back 假設不做不論什麽處理。直接用網絡載入圖片在網速快的情況下可能沒什麽不好的感覺。可是假設使用移動流量或是網絡不好的時候。問題就來了，要麽用戶會抱怨流量使用太多。要麽抱怨圖

《C#圖解教程》讀書筆記之四：類和繼承

intern html pan 類中訪問 ted obj 小寫 his new 本篇已收錄至《C#圖解教程》讀書筆記目錄貼，點擊訪問該目錄可獲取更多內容。 一、萬物之宗：Object 　　（1）除了特殊的Object類，其他所有類都是派生類，即使他們沒有顯示基類定義。 　　

Modbus庫開發筆記之四：Modbus TCP Client開發

creat 需要 修改 status command 協議格式 sin 服務器端 這一 這一次我們封裝Modbus TCP Client應用。同樣的我們也不是做具體的應用，而是實現TCP客戶端的基本功能。我們將TCP客戶端的功能封裝為函數，以便在開發具體應用時調用。 對於T

Memcached學習筆記之四：Memcache應用場景介紹

對於高併發高訪問的Web應用程式來說，資料庫存取瓶頸一直是個令人頭疼的問題。特別當你的程式架構還是建立在單資料庫模式，而一個數據池連線數峰 值已經達到500的時候，那你的程式執行離崩潰的邊緣也不遠了。很多小網站的開發人員一開始都將注意力放在了產品需求設計上，缺忽視了程式整體效能，可擴 展性等方面的考

C語言學習及應用筆記之四：C語言volatile關鍵字及其使用

　　在C語言中，還有一個並不經常使用但卻非常有用的關鍵字volatile。那麼使用volatile關鍵字究竟能幹什麼呢？接下來我將就此問題進行討論。 　　一個使用volatile關鍵字定義變數，其實就是告訴編譯系統這變數可能會被意想不到地改變。那麼編譯時，編譯器就不會自作主張的去假設這個變數的值，而進行程式

SpringSecurity學習筆記之四：攔截請求

在任何應用中，並不是所有請求都需要同等程度地保護起來。有些請求需要認證，有些則不需要。 對每個請求進行細粒度安全性控制的關鍵在於過載configure(HttpSecurity)方法。如下程式碼片段展現了過載的configure(HttpSecurity)方法，它為不同的UR

Android學習筆記之View的事件分發機制

一、點選事件的傳遞規則 所謂的點選事件分發過程，其實就是當我們點選螢幕，產生了一個MotionEvent之後，系統將這個事件傳遞給一個具體View的過程。總的來說，事件總是先傳遞給Activity，然後傳遞給Window，再傳遞給頂級View（Activity→Window

Modbus協議棧開發筆記之四：Modbus TCP Client開發

這一次我們封裝Modbus TCP Client應用。同樣的我們也不是做具體的應用，而是實現TCP客戶端的基本功能。我們將TCP客戶端的功能封裝為函式，以便在開發具體應用時呼叫。 對於TCP客戶端我們主要實現的功能有兩個：其一是生成訪問TCP伺服器的命令，總共支援8中功能碼

【機器學習入門】Andrew NG《Machine Learning》課程筆記之四：分類、邏輯迴歸和過擬合

分類和邏輯迴歸 在實際的生活中，會遇到很多二元分類問題(Binary Classification Problem),比如判斷一封郵件是否是垃圾郵件，攝像頭判斷使用者是男是女和一張圖片裡包含的是貓還是狗等等。 在有監督的分類問題中，通常使用帶標記(Label

【計算機網路 第五版】閱讀筆記之四：網路層

第四章 網路層 1.網路層的兩種服務：虛電路服務(可靠性由網路保證)和資料報服務(可靠性由使用者主機保證) 2.網際協議 (1)地址解析協議ARP和逆地址解析協議(RARP)：位於IP協議之下，IP使用這兩個協議解析到實體地址 (2)網際控制報文協議(I

f2fs學習筆記之四：冷熱數據分離

intent resp block esp use under who log rec 多路日誌的原理 多路日誌的相關數據結構 /* * For SIT manager * * By default, there are 6 active log areas acro

Android 經典筆記之一:setOnKeyListener方法事件執行兩次

Android 經典總結案例一 目錄介紹： 1.完美解決onActivityResult提前執行呼叫的一系列問題 1.1 出現的問題 1.2 解決方案 1.3 相關原理說明 1.4 知識拓展 2.EditText呼叫軟鍵盤搜尋的setOnKeyListener方

Vue.js 學習筆記之四：Vue 元件基礎

到目前為止，這個系列的筆記所展示的都是一些極為簡單的單頁面 Web 應用程式，並且頁面上通常只有幾個簡單的互動元素。但在實際生產環境中，Web 應用程式的使用者介面往往是由多個複雜的頁面共同組成的。這時候，我們就需要開始注意程式碼的可複用性了，針對這個問題，Vue.js 框架提出的解決方案就是先將使用者介面上

Android學習筆記（四十）：Preference的使用

                Preference直譯為偏好，博友建議翻譯為首選項。一些配置資料，一些我們上次點選選擇的內容，我們希望在下次應用調起的時候依然有效，無須使用者再一次進行配置或選擇。Android提供preference這個鍵值對的方式來處理這種情況，自動儲存這些資料，並立時生效，同時Andr

Android實戰技巧之四十九：Usb通訊之USB Host

零 USB背景知識 USB是一種資料通訊方式，也是一種資料匯流排，而且是最複雜的匯流排之一。 硬體上，它是用插頭連線。一邊是公頭（plug），一邊是母頭（receptacle）。例如，PC上的插座就是母頭，USB裝置使用公頭與PC連線。 目前USB硬體介面

Android實戰技巧之四十：Android5.1.1原始碼編譯與燒寫

購買Nexus手機的朋友大多是為了自己修改系統玩，再加上其較高的價效比，在開發者中還是廣受歡迎的。我的5太子被我升級到了6.0預覽版，玩的正嗨，捨不得換回到5.1時代了。不過鑑於距6.0原始碼釋出還有段日子，5.1的原始碼編譯與燒寫仍是主流，下面就記錄了整個過程

Android學習筆記之：NDK開發環境配置

   NDK 即Native Development Kit，因此又被Google稱為“NDK”。 1，提高程式的效能：把需要高效能的應用邏輯使用C開發， 2，程式程式碼進行保護：因為反編譯C/C++

Android學習筆記（四）之碎片化Fragment實現仿人人客戶端的側邊欄

    其實一種好的UI佈局，可以使使用者感到更加的親切與方便。最近非常流行的莫過於側邊欄了，其實我也做過很多側邊欄的應用，但是那些側邊欄的使用我都不是很滿意，現在重新整理，重新寫了一個相對來說我比較滿意的側邊欄，其中運用的就是android3.0版本之後新加的Fragme