Android滑動沖突問題的解決方法
敘述
滑動沖突可以說是日常開發(fā)中比較常見的一類問題，也是比較讓人頭疼的一類問題，尤其是在使用第三方框架的時候，兩個原本完美的控件，組合在一起之后，忽然發(fā)現(xiàn)整個世界都不好了。
關于滑動沖突
滑動沖突分類
滑動沖突，總的來說就是兩類。
1、同方向滑動沖突
比如ScrollView嵌套ListView，或者是ScrollView嵌套自己
2、不同方向滑動沖突
比如ScrollView嵌套ViewPager，或者是ViewPager嵌套ScrollView，這種情況其實很典型?，F(xiàn)在大部分應用最外層都是ViewPager+Fragment 的底部切換（比如微信）結構，這種時候，就很容易出現(xiàn)滑動沖突。不過ViewPager里面無論是嵌套ListView還是ScrollView，滑動沖突是沒有的，畢竟是官方的東西，可能已經(jīng)考慮到了這些，所以比較完善。
復雜一點的滑動沖突，基本上就是這兩個沖突結合的結果。
滑動沖突解決思路
滑動沖突，就其本質(zhì)來說，兩個不同方向（或者是同方向）的View，其中有一個是占主導地位的，每次總是搶著去處理外界的滑動行為，這樣就導致一種很別扭的用戶體驗，明明只是橫向的滑動了一下，縱向的列表卻在垂直方向發(fā)生了動作。就是說，這個占主導地位的View，每一次都身不由己的攔截了這個滑動的動作，因此，要解決滑動沖突，就是得明確告訴這個占主導地位的View，什么時候你該攔截，什么時候你不應該攔截，應該由下一層的View去處理這個滑動動作。
這里不明白的同學，可以去了解一下Android Touch事件的分發(fā)機制，這也是解決滑動沖突的核心知識。
第二種滑動沖突，解決起來是比較簡單的。這里就結合例子說一下。
滑動沖突
這里，說一下背景情況。之前做下拉刷新、上拉加載更多時一直使用的是PullToRefreshView這個控件，因為很方便，不用導入三方工程。在其內(nèi)部可以放置ListView，GridView及ScrollView，非常方便，用起來可謂是屢試不爽。但是直到有一天，因項目需要，在ListView頂部加了一個輪播圖控件BannerView。結果發(fā)現(xiàn)輪播圖滑動的時候，和縱向的下拉刷新組件沖突了。
如之前所說，解決滑動沖突的關鍵，就是明確告知接收到Touch的View，是否需要攔截此次事件。
解決方法
解決方案1，從外部攔截機制考慮
這里，相當于是PullToRefreshView嵌套了ViewPager，那么每次優(yōu)先接收到Touch事件的必然是PullToRefreshView。因為正常情況下，父控件會優(yōu)先接收到touch事件。這樣就清楚了，看代碼：
在PullToRefreshView的onInterceptTouchEvent方法中：
@Override
public boolean onInterceptTouchEvent(MotionEvent e) {
int y = (int) e.getRawY();
int x = (int) e.getRawX();
boolean resume = false;
switch (e.getAction()) {
case MotionEvent.ACTION_DOWN:
// 發(fā)生down事件時,記錄y坐標
mLastMotionY = y;
mLastMotionX = x;
resume = false;
break;
case MotionEvent.ACTION_MOVE:
// deltaY > 0 是向下運動,< 0是向上運動
int deltaY = y - mLastMotionY;
int deleaX = x - mLastMotionX;
if (Math.abs(deleaX) > Math.abs(deltaY)) {
resume = false;
} else {
//當前正處于滑動
if (isRefreshViewScroll(deltaY)) {
resume = true;
}
}
break;
case MotionEvent.ACTION_UP:
case MotionEvent.ACTION_CANCEL:
break;
}
return resume;
}
這里最關鍵的代碼就是這行
if (Math.abs(deleaX) > Math.abs(deltaY)) {
resume = false;
}
橫向滑動距離大于縱向時，無須攔截這次滑動事件，滑動事件會傳遞到下一層的view，也就是這里的輪播圖控件，這樣橫向滑動輪播圖的時候，PullToRefreshView就不會有下拉的動作了。其實，就是這么簡單，但前提是你必須明確了解Android Touch事件的傳遞機制，期間各個方法執(zhí)行的順序及意義。
ps: 關于上文中提到的isRefreshViewScroll 方法代碼（這個方法其實是PullToRefreshView這個控件自帶的一個方法）
/** * 是否應該到了父View,即PullToRefreshView滑動
*
* @param deltaY , deltaY > 0 是向下運動,< 0是向上運動
* @return
*/
private boolean isRefreshViewScroll(int deltaY) {
if (mHeaderState == REFRESHING || mFooterState == REFRESHING) {
return false;
}
// 對于ListView和GridView
if (mAdapterView != null) {
// 子view(ListView or GridView)滑動到最頂端
if (deltaY > 0) {
View child = mAdapterView.getChildAt(0);
if (child == null) {
// 如果mAdapterView中沒有數(shù)據(jù),不攔截
return false;
}
if (mAdapterView.getFirstVisiblePosition() == 0
&& child.getTop() == 0) {
mPullState = PULL_DOWN_STATE;
return true;
}
int top = child.getTop();
int padding = mAdapterView.getPaddingTop();
if (mAdapterView.getFirstVisiblePosition() == 0
&& Math.abs(top - padding) <= 8) {// 這里之前用3可以判斷,但現(xiàn)在不行,還沒找到原因
mPullState = PULL_DOWN_STATE;
return true;
}
} else if (deltaY < 0) {
View lastChild = mAdapterView.getChildAt(mAdapterView
.getChildCount() - 1);
if (lastChild == null) {
// 如果mAdapterView中沒有數(shù)據(jù),不攔截
return false;
}
// 最后一個子view的Bottom小于父View的高度說明mAdapterView的數(shù)據(jù)沒有填滿父view,
// 等于父View的高度說明mAdapterView已經(jīng)滑動到最后
if (lastChild.getBottom() <= getHeight()
&& mAdapterView.getLastVisiblePosition() == mAdapterView
.getCount() - 1) {
mPullState = PULL_UP_STATE;
return true;
}
}
}
// 對于ScrollView
if (mScrollView != null) {
// 子scroll view滑動到最頂端
View child = mScrollView.getChildAt(0);
if (deltaY > 0 && mScrollView.getScrollY() == 0) {
mPullState = PULL_DOWN_STATE;
return true;
} else if (deltaY < 0
&& child.getMeasuredHeight() <= getHeight()
+ mScrollView.getScrollY()) {
mPullState = PULL_UP_STATE;
return true;
}
}
return false;
解決方案2，從內(nèi)容逆向思維分析
有時候，我們不想去修改或者是無法修改最先接收到Touch事件的View 時，比如這里我不想去修改PullToRefreshView的代碼。就必須考慮從當前從Touch傳遞事件中最后的那個View逆向考慮。首先，由Android中View的Touch事件傳遞機制，我們知道Touch事件，首先必然由最外層View接收到，并很有可能被它攔截，如果無法更改這個最外層View，那么是不是就沒轍了呢？其實不然，Android這么高大上的系統(tǒng)必然考慮到了這個問題，好了廢話不說，先看代碼
private BannerView carouselView;
private Context mContext;
private PullToRefreshView refreshView;
refreshView.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
carouselView.getParent().requestDisallowInterceptTouchEvent(false);
return false;
}
});
carouselView.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
carouselView.getParent().requestDisallowInterceptTouchEvent(true);
int x = (int) event.getRawX();
int y = (int) event.getRawY();
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
lastX = x;
lastY = y;
break;
case MotionEvent.ACTION_MOVE:
int deltaY = y - lastY;
int deltaX = x - lastX;
if (Math.abs(deltaX) < Math.abs(deltaY)) {
carouselView.getParent().requestDisallowInterceptTouchEvent(false);
} else {
carouselView.getParent().requestDisallowInterceptTouchEvent(true);
}
default:
break;
}
return false;
}
});
首先說一下這個方法
public abstract void requestDisallowInterceptTouchEvent (boolean disallowIntercept)
API里的意思很明確，子View如果不希望其父View攔截Touch事件時，可調(diào)用此方法。當disallowIntercept這個參數(shù)為true時，父View將不攔截。
好了，言歸正傳。這里攔截直接也很明確，在carouselView的onTouch方法中每次進入就設定父View不攔截此次事件，然后在MOTION_MOVE時候，根據(jù)滑動的距離判斷再決定是父View是否有權利攔截Touch事件（即滑動行為）。
關鍵的處理邏輯就是這里：
if (Math.abs(deltaX) < Math.abs(deltaY)) {
carouselView.getParent().requestDisallowInterceptTouchEvent(false);
} else {
carouselView.getParent().requestDisallowInterceptTouchEvent(true);
}
這個結合上面對這個方法的解釋，應該很好理解了，就不多做闡述了。
可以看到，解決這種滑動沖突的方法很簡單，最根本的還是得充分了解Touch事件的傳遞機制，只有這樣，才能明白該在哪里做什么事情。當然，橫豎滑動的沖突很好理解，但同一方向的滑動沖突情況就有點復雜了，下次再說。
以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
相關文章
這篇文章主要介紹了flutter 中監(jiān)聽滑動事件,文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2019-11-11
Android仿Iphone屏幕底部彈出半透明PopupWindow效果
這篇文章主要為大家詳細介紹了Android仿Iphone屏幕底部彈出半透明PopupWindow效果，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-07-07
Android開發(fā)實現(xiàn)實時檢測藍牙連接狀態(tài)的方法【附源碼下載】
這篇文章主要介紹了Android開發(fā)實現(xiàn)實時檢測藍牙連接狀態(tài)的方法,涉及Android針對藍牙連接狀態(tài)的監(jiān)測操作相關實現(xiàn)技巧,需要的朋友可以參考下2017-11-11
這篇文章主要給大家介紹了關于Kotlin學習教程之函數(shù)的默認參數(shù)，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2020-11-11
這篇文章主要為大家詳細介紹了Android通用索引欄實現(xiàn)代碼，具有一定的參考價值，感興趣的小伙伴們可以參考一下2016-12-12
android 捕獲系統(tǒng)異常并上傳日志具體實現(xiàn)
這篇文章介紹了android 捕獲系統(tǒng)異常并上傳日志具體實現(xiàn)，有需要的朋友可以參考一下2013-09-09
這篇文章主要介紹了Flutter開發(fā)之路由與導航的實現(xiàn),文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2019-12-12
Android使用ShareSDK實現(xiàn)應用分享的功能
這篇文章主要為大家詳細介紹了Android使用ShareSDK實現(xiàn)應用分享的功能，具有一定的參考價值，感興趣的小伙伴們可以參考一下2018-05-05
在Android中如何使用DataBinding詳解(Kotlin)
這篇文章主要給大家介紹了關于在Android中如何使用DataBinding(Kotlin)的相關資料，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2020-11-11
這篇文章主要為大家介紹了Android開發(fā)gradle拉取依賴的加速配置，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2022-06-06