Android中scrollview的scrollto方法不起作用的办法

有时候，我们在onCreate函数中调用ScrollBy函数、ScrollTo函数，会出现无效果的情况

public class ShowTraffic extends Activity

ScrollView mScrollView = null;

@Override
    protected void onCreate(Bundle savedInstanceState)
    {
       super.onCreate(savedInstanceState);

setContentView(R.layout.show);

mScrollView = (ScrollView) findViewById(R.id.show_scroll);

mScrollView.postDelayed(new Runnable()
         {
          @Override
           public void run()
           {
             int height = mLayout.getHeight();
             int sum  = mTraffics.mTraffics.size();
             mScrollView.scrollTo(0, (int) (height / sum * index ));
             Log.e("", "height:" + height + " sum:" + sum + " index:" + index);
           }}, 300);

}

}

按照我的理解，组件ScrollView和LinearLayout等，都是在onCreate的时候被创建，此时，组件的Height和Width等，都是未知的。所以，如果直接用getHeight()函数获取组件的高度，其返回值均为0。为了能够准确地获取组件的高度，我想到的办法是，采用postDelayed方法，延时执行获取高度或设置滚动值的代码。

布局是这样的

一个滚动布局中，包含了一个线性布局，而线性布局中又包含了若干线性布局，再往里面就是按钮、文本框之类的了。

mScrollView(ScrollView)

|______________ mLayout(LinearLayout)

|__________________itemLayout(LinearLayout)

|__________________itemLayout(LinearLayout)

|__________________itemLayout(LinearLayout)

|_.......

• ScrollView 为一些没有滚动条的view 提供滚动条, 方法就是把需要滚动条的view 包含在 <ScrollView> 里面.

在Activity 的 onCreate() 方法(貌似在onStart和onResume也一样)中, 调用 mScrollView.scrollTo(0, 100); 是无效, 没有效果的. 找了半天, 终于在 http://stackoverflow.com/questions/3263259/scrollview-scrollto-not-working-saving-scrollview-position-on-rotation 找到答案. (Google 还是好过百度啊, 可惜快照不能用了)

scrollTo() 是直接指定滚动条的位置, 但是由于这个动作不是单纯关于 ScrollView 而已, 还要根据 ScrollView 里面包含的View 的实际信息. 所以这动作必须在页面加载完成以后才能执行.

在Activity 初始化过程中, 要指定滚动条位置, 必须用下面的代码

1. mScrollView.post(new Runnable() {
2. @Override
3. public void run() {
4. mScrollView.scrollTo(0, 1000);
5. }
6. });

post() 方法的说明:

Causes the Runnable to be added to the message queue. The runnable will be run on the user interface thread.

这段代码确确实实起到了作用, post() 方法是View 类就有的, 看来类似的问题不只 ScrollView 存在呢!

为了大概知道是什么原因, 我们从调试入手吧!

第一步, 先直接用 mScrollView.scrollTo(0, 1000); , 调试发现, activity 初始化过程中, scrollTo() 方法有被执行, 用F5, 内部执行了17 步.

第二步, 用post() 方法, 调试发现, activity 初始化过程中, post()执行, activity 初始化后, scrollTo() 方法才被执行, 用F5, 内部执行了25 步, 其中第18 步是 onScrollChanged(mScrollX, mScrollY, oldX, oldY);  但是效果的出现是在消息循环后.

第三步, 在onTouchEvent方法中, 执行调用mScrollView.scrollTo(0, 100); scrollTo() 方法有被执行, 用F5, 调试, 内部步骤很多, 绝对超过25了, 后面没耐心数了. 效果是在哪里出现也不清楚了.

我看了ScrollView 的源代码

1. /**
2. * {@inheritDoc}
3. *
4. * <p>This version also clamps the scrolling to the bounds of our child.
5. */
6. @Override
7. public void scrollTo(int x, int y) {
8. // we rely on the fact the View.scrollBy calls scrollTo.
9. if (getChildCount() > 0) {
10. View child = getChildAt(0);
11. x = clamp(x, getWidth() - mPaddingRight - mPaddingLeft, child.getWidth());
12. y = clamp(y, getHeight() - mPaddingBottom - mPaddingTop, child.getHeight());
13. if (x != mScrollX || y != mScrollY) {
14. super.scrollTo(x, y);
15. }
16. }
17. }

它的父类View

1. public void scrollTo(int x, int y) {
2. if (mScrollX != x || mScrollY != y) {
3. int oldX = mScrollX;
4. int oldY = mScrollY;
5. mScrollX = x;
6. mScrollY = y;
7. onScrollChanged(mScrollX, mScrollY, oldX, oldY);
8. if (!awakenScrollBars()) {
9. invalidate();
10. }
11. }
12. }

看来是 if (mScrollX != x || mScrollY != y) 这个判断语句有没有通过是关键所在. 这也间接说明了, 在Activity 没初始化完成, ScrollView 对象获取的一些信息是不准确的, 直接导致了scrollTo() 方法无效.