ScrollView(RecyclerView等)為什麼會自動滾動原理分析,還有阻止自動滑動的解決方
引言,有一天我在除錯一個介面,xml佈局裡面包含Scroll View,裡面巢狀了recyclerView的時候,介面一進去,就自動滾動到了recyclerView的那部分,百思不得其解,上網查了好多資料,大部分只是提到了解決的辦法,但是對於為什麼會這樣,都沒有一個很好的解釋,本著對技術的負責的態度,花費了一點時間將前後理順了下
1.首先在包含ScrollView的xml佈局中,我們在一載入進來,ScrollView就自動滾動到獲取焦點的子view的位置,那我們就需要看下我們activity的onCreate中執行了什麼?
答:當我們在activity的onCreate方法中呼叫setContentView(int layRes)的時候,我們會呼叫LayoutInflater的inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot)方法,這裡會找到xml的rootView,然後對rootView進行rInflateChildren(parser, temp, attrs, true)載入xml的rootView下面的子View,如果是,其中會呼叫addView方法,我們看下addView方法:
public void addView(View child, int index, LayoutParams params) {
......
requestLayout();
invalidate(true);
addViewInner(child, index, params, false);
}
addView的方法內部是呼叫了ViewGroup的addViewInner(View child, int index, LayoutParams params,boolean preventRequestLayout)方法:
android.view.ViewGroup{
......
private void addViewInner(View child, int index, LayoutParams params,
boolean preventRequestLayout) {
......
if (child.hasFocus()) {
requestChildFocus(child, child.findFocus());
}
......
}
}
}
這裡我們看到,我們在新增一個hasFocus的子view的時候,是會呼叫requestChildFocus方法,在這裡我們需要明白view的繪製原理,是view樹的層級繪製,是繪製樹的最頂端,也就是子view,然後父view的機制。明白這個的話,我們再繼續看ViewGroup的requestChildFocus方法,
@Override
public void requestChildFocus(View child, View focused) {
if (DBG) {
System.out.println(this + " requestChildFocus()");
}
if (getDescendantFocusability() == FOCUS_BLOCK_DESCENDANTS) {
return;
}
// Unfocus us, if necessary
super.unFocus(focused);
// We had a previous notion of who had focus. Clear it.
if (mFocused != child) {
if (mFocused != null) {
mFocused.unFocus(focused);
}
mFocused = child;
}
if (mParent != null) {
mParent.requestChildFocus(this, focused);
}
}
在上面會看到 mParent.requestChildFocus(this, focused);的呼叫,這是Android中典型的也是24種設計模式的一種(責任鏈模式),會一直呼叫,就這樣,我們肯定會呼叫到ScrollView的requestChidlFocus方法,然後Android的ScrollView控制元件,重寫了requestChildFocus方法:
@Override
public void requestChildFocus(View child, View focused) {
if (!mIsLayoutDirty) {
scrollToChild(focused);
} else {
mChildToScrollTo = focused;
}
super.requestChildFocus(child, focused);
}
因為在addViewInner之前呼叫了requestLayout()方法:
@Override
public void requestLayout() {
mIsLayoutDirty = true;
super.requestLayout();
}
所以我們在執行requestChildFocus的時候,會進入else的判斷,mChildToScrollTo = focused。
2.接下來我們繼續分析下mParent.requestChildFocus(this, focused)方法?
android.view.ViewGroup{
@Override
public void requestChildFocus(View child, View focused) {
if (DBG) {
System.out.println(this + " requestChildFocus()");
}
if (getDescendantFocusability() == FOCUS_BLOCK_DESCENDANTS) {
return;
}
// Unfocus us, if necessary
super.unFocus(focused);
// We had a previous notion of who had focus. Clear it.
if (mFocused != child) {
if (mFocused != null) {
mFocused.unFocus(focused);
}
mFocused = child;
}
if (mParent != null) {
mParent.requestChildFocus(this, focused);
}
}
}
首先,我們會判斷ViewGroup的descendantFocusability屬性,如果是FOCUS_BLOCK_DESCENDANTS值的話,直接就返回了(這部分後面會解釋,也是android:descendantFocusability="blocksDescendants"屬效能解決自動滑動的原因),我們先來看看if (mParent != null)mParent.requestChildFocus(this, focused)}成立的情況,這裡會一直呼叫,直到呼叫到ViewRootImpl的requestChildFocus方法
@Override
public void requestChildFocus(View child, View focused) {
if (DEBUG_INPUT_RESIZE) {
Log.v(mTag, "Request child focus: focus now " + focused);
}
checkThread();
scheduleTraversals();
}
scheduleTraversals()會啟動一個runnable,執行performTraversals方法進行view樹的重繪製。
3.那麼ScrollView為什麼會滑到獲取焦點的子view的位置了?
答:透過上面的分析,我們可以看到當Scrollview中包含有焦點的view的時候,最終會執行view樹的重繪製,所以會呼叫view的onLayout方法,我們看下ScrollView的onLayout方法
android.view.ScrollView{
@Override
protected void onLayout(boolean changed, int l, int t, int r, int b) {
super.onLayout(changed, l, t, r, b);
......
if (mChildToScrollTo != null && isViewDescendantOf(mChildToScrollTo, this)) {
scrollToChild(mChildToScrollTo);
}
mChildToScrollTo = null;
......
}
}
從第一步我們可以看到,我們在requestChildFocus方法中,是對mChildToScrollTo進行賦值了,所以這個時候,我們會進入到if判斷的執行,呼叫scrollToChild(mChildToScrollTo)方法:
private void scrollToChild(View child) {
child.getDrawingRect(mTempRect);
offsetDescendantRectToMyCoords(child, mTempRect);
int scrollDelta = computeScrollDeltaToGetChildRectOnScreen(mTempRect);
if (scrollDelta != 0) {
scrollBy(0, scrollDelta);
}
}
很明顯,當前的方法就是將ScrollView移動到獲取制定的view當中,在這裡我們可以明白了,為什麼ScrollView會自動滑到獲取焦點的子view的位置了。
4.為什麼在ScrollView的子viewGroup中增加android:descendantFocusability=”blocksDescendants”屬效能阻止ScrollView的自動滑動呢?
答:如第一步所說的,view的繪製原理:是view樹的層級繪製,是繪製樹的最頂端,也就是子view,然後父view繪製的機制,所以我們在ScrollView的直接子view設定android:descendantFocusability=”blocksDescendants”屬性的時候,這個時候直接return了,就不會再繼續執行父view也就是ScrollView的requestChildFocus(View child, View focused)方法了,導致下面的自動滑動就不會觸發了。
@Override
public void requestChildFocus(View child, View focused) {
......
if (getDescendantFocusability() == FOCUS_BLOCK_DESCENDANTS) {
return;
}
......
if (mParent != null) {
mParent.requestChildFocus(this, focused);
}
}
5.相信在這裡有不少人有疑問了:如果是按照博主你的解釋,是不是在ScrollView上面加android:descendantFocusability=”blocksDescendants”屬性也能阻止自動滑動呢?
答:按照前面的分析的話,似乎是可以的,但是翻看ScrollView的原始碼,我們可以看到
private void initScrollView() {
mScroller = new OverScroller(getContext());
setFocusable(true);
setDescendantFocusability(FOCUS_AFTER_DESCENDANTS);
setWillNotDraw(false);
final ViewConfiguration configuration = ViewConfiguration.get(mContext);
mTouchSlop = configuration.getScaledTouchSlop();
mMinimumVelocity = configuration.getScaledMinimumFlingVelocity();
mMaximumVelocity = configuration.getScaledMaximumFlingVelocity();
mOverscrollDistance = configuration.getScaledOverscrollDistance();
mOverflingDistance = configuration.getScaledOverflingDistance();
}
當你開心的設定android:descendantFocusability=”blocksDescendants”屬性以為解決問題了,但是殊不知人家ScrollView的程式碼裡面將這個descendantFocusability屬性又設定成了FOCUS_AFTER_DESCENDANTS,所以你在xml中增加是沒有任何作用的。
6.從上面我們分析了,ScrollView一載入就會滑動到獲取焦點的子view的位置了,也明白了增加android:descendantFocusability="blocksDescendants"屬效能阻止ScrollView會自動滾動到獲取焦點的子view的原因,但是為什麼在獲取焦點的子view外面套一層view,然後增加focusableInTouchMode=true屬性也可以解決這樣的滑動呢?
答:我們注意到,呼叫addViewInner方法的時候,會先判斷view.hasFocus(),其中view.hasFocus()的判斷有兩個規則:1.是當前的view在剛顯示的時候被展示出來了,hasFocus()才可能為true;2.同一級的view有多個focus的view的話,那麼只是第一個view獲取焦點。
如果在佈局中view標籤增加focusableInTouchMode=true屬性的話,意味這當我們在載入的時候,標籤view的hasfocus就為true了,然而當在獲取其中的子view的hasFocus方法的值的時候,他們就為false了。(這就意味著scrollview雖然會滑動,但是滑動到新增focusableInTouchMode=true屬性的view的位置,如果view的位置就是填充了scrollview的話,相當於是沒有滑動的,這也就是為什麼在外佈局增加focusableInTouchMode=true屬效能阻止ScrollView會自動滾動到獲取焦點的子view的原因)所以在外部套一層focusableInTouchMode=true並不是嚴格意義上的說法,因為雖然我們套了一層view,如果該view不是鋪滿的scrollview的話,很可能還是會出現自動滑動的。所以我們在套focusableInTouchMode=true屬性的情況,最好是在ScrollView的直接子view 上新增就可以了。
總結
透過上面的分析,其實我們可以得到多種解決ScrollView會自動滾動到獲取焦點的子view的方法,比如自定義重寫Scrollview的requestChildFocus方法,直接返回return,就能中斷Scrollview的自動滑動,本質上都是中斷了ScrollView重寫的方法requestChildFocus的進行,或者是讓Scrollview中鋪滿ScrollView的子view獲取到焦點,這樣雖然滑動,但是滑動的距離只是為0罷了,相當於沒有滑動罷了。**
同理我們也可以明白,如果是RecyclerView巢狀了RecyclerView,導致自動滑動的話,那麼RecyclerView中也應該重寫了requestChildFocus,進行自動滑動的準備。也希望大家透過閱讀原始碼自己驗證。
整理下3種方法:
第一種.
<ScrollView
android:id="@+id/scrollView"
android:layout_width="match_parent"
android:layout_height="0dp"
android:layout_weight="1">
<LinearLayout
android:id="@+id/ll"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:focusableInTouchMode="true"
android:orientation="vertical">
</LinearLayout>
</ScrollView>
第二種.
<ScrollView
android:id="@+id/scrollView"
android:layout_width="match_parent"
android:layout_height="0dp"
android:layout_weight="1">
<LinearLayout
android:id="@+id/ll"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:descendantFocusability="blocksDescendants"
android:orientation="vertical">
</LinearLayout>
</ScrollView>
第三種.
public class StopAutoScrollView extends ScrollView {
public StopAutoScrollView(Context context) {
super(context);
}
public StopAutoScrollView(Context context, AttributeSet attrs) {
super(context, attrs);
}
public StopAutoScrollView(Context context, AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}
@Override
public void requestChildFocus(View child, View focused) {
}
}
掘金首發如果覺得有用,請點個贊或者關注下
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69920894/viewspace-2723130/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ScrollView(RecyclerView等)為什麼會自動滾動原理分析,還有阻止自動滑動的解決方案View
- android:focusableInTouchMode為什麼能解決ScrollView自動滾動的原理分析AndroidView
- 解決ScrollView巢狀RecyclerView滑動卡頓問題View巢狀
- RecyclerView常見問題解決方案,RecyclerView巢狀自動滾動,RecyclerView 高度設定wrap_content 無作用等問題...View巢狀
- 解決 ScrollView 巢狀 RecyclerView 時,慣性滑動失效的問題View巢狀
- RecyclerView 平滑滾動可控制滾動速度的終極解決方案View
- ScrollView 與ListView 滑動衝突解決View
- 實現隨著滾動條滾動,導航會自動切換的效果
- 為什麼我的win10會自動開機_win10關機後自動開機的解決方法Win10
- web前端仿手機左右滑動(手滑+自動滑動)Web前端
- Win10系統捲軸自動滾動的解決方法Win10
- RecyclerView滾動位置,滾動速度設定View
- 完美解決ScrollView巢狀ListView滑動衝突(有圖有真相)View巢狀
- 電腦自動關機是什麼原因 電腦自動關機怎麼解決
- 頁面圖片自動滾動
- win10電腦中滑鼠自動向下或向上滾動怎麼解決Win10
- with open為什麼會自動關閉檔案流
- 短視訊程式開發,RecyclerView自帶的滾動條View
- ScrollView巢狀RecyclerView滑動衝突相關問題View巢狀
- scrollview 的滑動衝突 viewpager等都適用Viewpager
- 小程式:無限自動滾動的Gallery
- RecyclerView的滾動事件研究View事件
- 有 postman 和 jmeter 的存在,為什麼還要用 python 寫介面自動化PostmanJMeterPython
- 如何阻止win10自動更新 如何阻止win10系統自動更新Win10
- 什麼是自動化運維?為什麼選擇Python做自動化運維?運維Python
- Android 設定TextView滑動滾動條和滑動效果AndroidTextView
- 自動駕駛,離真正量產還差什麼?自動駕駛
- NestedScrollView+RecyclerView 滑動卡頓簡單解決方案View
- 直播軟體開發,自動滾動banner
- 什麼是任務自動化與流程自動化? - infoworld
- 解決移動端滾動穿透穿透
- 為什麼自動駕駛需要5G自動駕駛
- 移動端點透事件--阻止滾動事件事件
- 自動化運維是什麼意思?有什麼作用?運維
- 顯示器自動黑屏 電腦自動黑屏解決方法
- Mac「自動操作」機器人有什麼用?Mac機器人
- 軟體自動化測試有什麼優勢?自動化測試框架有哪些?框架
- RecyclerView滑動到指定Position的方法View