android实现scrollview自动滚动条,android:focusableInTouchMode为什么能解决ScrollView自动滚动的原理分析...

引言,有一天我在调试一个界面,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种方法:

第一种.

android:id="@+id/scrollView"

android:layout_width="match_parent"

android:layout_height="0dp"

android:layout_weight="1">

android:id="@+id/ll"

android:layout_width="match_parent"

android:layout_height="wrap_content"

android:focusableInTouchMode="true"

android:orientation="vertical">

第二种.

android:id="@+id/scrollView"

android:layout_width="match_parent"

android:layout_height="0dp"

android:layout_weight="1">

android:id="@+id/ll"

android:layout_width="match_parent"

android:layout_height="wrap_content"

android:descendantFocusability="blocksDescendants"

android:orientation="vertical">

第三种.

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) {

}

}

如果大家还有更好的解决方案,可以拿出来大家探讨,要是文章有不对的地方,欢迎拍砖。

如果你们觉得文章对你有启示作用,希望你们帮忙点个赞或者关注下,谢谢。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值