敘述
滑動(dòng)沖突可以說是日常開發(fā)中比較常見的一類問題，也是比較讓人頭疼的一類問題，尤其是在使用第三方框架的時(shí)候，兩個(gè)原本完美的控件，組合在一起之后，忽然發(fā)現(xiàn)整個(gè)世界都不好了。
關(guān)于滑動(dòng)沖突
滑動(dòng)沖突分類
滑動(dòng)沖突，總的來說就是兩類。
1、同方向滑動(dòng)沖突
比如ScrollView嵌套ListView，或者是ScrollView嵌套自己
2、不同方向滑動(dòng)沖突
比如ScrollView嵌套ViewPager，或者是ViewPager嵌套ScrollView，這種情況其實(shí)很典型。現(xiàn)在大部分應(yīng)用最外層都是ViewPager+Fragment 的底部切換（比如微信）結(jié)構(gòu)，這種時(shí)候，就很容易出現(xiàn)滑動(dòng)沖突。不過ViewPager里面無論是嵌套ListView還是ScrollView，滑動(dòng)沖突是沒有的，畢竟是官方的東西，可能已經(jīng)考慮到了這些，所以比較完善。
復(fù)雜一點(diǎn)的滑動(dòng)沖突，基本上就是這兩個(gè)沖突結(jié)合的結(jié)果。
滑動(dòng)沖突解決思路
滑動(dòng)沖突，就其本質(zhì)來說，兩個(gè)不同方向（或者是同方向）的View，其中有一個(gè)是占主導(dǎo)地位的，每次總是搶著去處理外界的滑動(dòng)行為，這樣就導(dǎo)致一種很別扭的用戶體驗(yàn)，明明只是橫向的滑動(dòng)了一下，縱向的列表卻在垂直方向發(fā)生了動(dòng)作。就是說，這個(gè)占主導(dǎo)地位的View，每一次都身不由己的攔截了這個(gè)滑動(dòng)的動(dòng)作，因此，要解決滑動(dòng)沖突，就是得明確告訴這個(gè)占主導(dǎo)地位的View，什么時(shí)候你該攔截，什么時(shí)候你不應(yīng)該攔截，應(yīng)該由下一層的View去處理這個(gè)滑動(dòng)動(dòng)作。
這里不明白的同學(xué)，可以去了解一下Android Touch事件的分發(fā)機(jī)制，這也是解決滑動(dòng)沖突的核心知識(shí)。
第二種滑動(dòng)沖突，解決起來是比較簡(jiǎn)單的。這里就結(jié)合例子說一下。
滑動(dòng)沖突
這里，說一下背景情況。之前做下拉刷新、上拉加載更多時(shí)一直使用的是PullToRefreshView這個(gè)控件，因?yàn)楹芊奖悖挥脤?dǎo)入三方工程。在其內(nèi)部可以放置ListView，GridView及ScrollView，非常方便，用起來可謂是屢試不爽。但是直到有一天，因項(xiàng)目需要，在ListView頂部加了一個(gè)輪播圖控件BannerView。結(jié)果發(fā)現(xiàn)輪播圖滑動(dòng)的時(shí)候，和縱向的下拉刷新組件沖突了。
如之前所說，解決滑動(dòng)沖突的關(guān)鍵，就是明確告知接收到Touch的View，是否需要攔截此次事件。
解決方法
解決方案1，從外部攔截機(jī)制考慮
這里，相當(dāng)于是PullToRefreshView嵌套了ViewPager，那么每次優(yōu)先接收到Touch事件的必然是PullToRefreshView。因?yàn)檎Ｇ闆r下，父控件會(huì)優(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事件時(shí),記錄y坐標(biāo) mLastMotionY = y; mLastMotionX = x; resume = false; break; case MotionEvent.ACTION_MOVE: // deltaY > 0 是向下運(yùn)動(dòng),< 0是向上運(yùn)動(dòng) int deltaY = y - mLastMotionY; int deleaX = x - mLastMotionX; if (Math.abs(deleaX) > Math.abs(deltaY)) { resume = false; } else { //當(dāng)前正處于滑動(dòng) if (isRefreshViewScroll(deltaY)) { resume = true; } } break; case MotionEvent.ACTION_UP: case MotionEvent.ACTION_CANCEL: break; } return resume; }這里最關(guān)鍵的代碼就是這行
if (Math.abs(deleaX) > Math.abs(deltaY)) { resume = false; }橫向滑動(dòng)距離大于縱向時(shí)，無須攔截這次滑動(dòng)事件，滑動(dòng)事件會(huì)傳遞到下一層的view，也就是這里的輪播圖控件，這樣橫向滑動(dòng)輪播圖的時(shí)候，PullToRefreshView就不會(huì)有下拉的動(dòng)作了。其實(shí)，就是這么簡(jiǎn)單，但前提是你必須明確了解Android Touch事件的傳遞機(jī)制，期間各個(gè)方法執(zhí)行的順序及意義。
ps: 關(guān)于上文中提到的isRefreshViewScroll 方法代碼（這個(gè)方法其實(shí)是PullToRefreshView這個(gè)控件自帶的一個(gè)方法）
/** * 是否應(yīng)該到了父View,即PullToRefreshView滑動(dòng) * * @param deltaY , deltaY > 0 是向下運(yùn)動(dòng),< 0是向上運(yùn)動(dòng) * @return */private boolean isRefreshViewScroll(int deltaY) { if (mHeaderState == REFRESHING || mFooterState == REFRESHING) { return false; } // 對(duì)于ListView和GridView if (mAdapterView != null) { // 子view(ListView or GridView)滑動(dòng)到最頂端 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; } // 最后一個(gè)子view的Bottom小于父View的高度說明mAdapterView的數(shù)據(jù)沒有填滿父view, // 等于父View的高度說明mAdapterView已經(jīng)滑動(dòng)到最后 if (lastChild.getBottom() <= getHeight() && mAdapterView.getLastVisiblePosition() == mAdapterView .getCount() - 1) { mPullState = PULL_UP_STATE; return true; } } } // 對(duì)于ScrollView if (mScrollView != null) { // 子scroll view滑動(dòng)到最頂端 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)容逆向思維分析
有時(shí)候，我們不想去修改或者是無法修改最先接收到Touch事件的View 時(shí)，比如這里我不想去修改PullToRefreshView的代碼。就必須考慮從當(dāng)前從Touch傳遞事件中最后的那個(gè)View逆向考慮。首先，由Android中View的Touch事件傳遞機(jī)制，我們知道Touch事件，首先必然由最外層View接收到，并很有可能被它攔截，如果無法更改這個(gè)最外層View，那么是不是就沒轍了呢？其實(shí)不然，Android這么高大上的系統(tǒng)必然考慮到了這個(gè)問題，好了廢話不說，先看代碼
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; } });首先說一下這個(gè)方法
public abstract void requestDisallowInterceptTouchEvent (boolean disallowIntercept)
API里的意思很明確，子View如果不希望其父View攔截Touch事件時(shí)，可調(diào)用此方法。當(dāng)disallowIntercept這個(gè)參數(shù)為true時(shí)，父View將不攔截。
好了，言歸正傳。這里攔截直接也很明確，在carouselView的onTouch方法中每次進(jìn)入就設(shè)定父View不攔截此次事件，然后在MOTION_MOVE時(shí)候，根據(jù)滑動(dòng)的距離判斷再?zèng)Q定是父View是否有權(quán)利攔截Touch事件（即滑動(dòng)行為）。
關(guān)鍵的處理邏輯就是這里：
if (Math.abs(deltaX) < Math.abs(deltaY)) { carouselView.getParent().requestDisallowInterceptTouchEvent(false); } else { carouselView.getParent().requestDisallowInterceptTouchEvent(true); }這個(gè)結(jié)合上面對(duì)這個(gè)方法的解釋，應(yīng)該很好理解了，就不多做闡述了。
可以看到，解決這種滑動(dòng)沖突的方法很簡(jiǎn)單，最根本的還是得充分了解Touch事件的傳遞機(jī)制，只有這樣，才能明白該在哪里做什么事情。當(dāng)然，橫豎滑動(dòng)的沖突很好理解，但同一方向的滑動(dòng)沖突情況就有點(diǎn)復(fù)雜了，下次再說。
以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持武林網(wǎng)。
新聞熱點(diǎn)
疑難解答
圖片精選
