View的滚动原理简单解析

一直对View的滚动了解的不深，说明确了吧也能说出个所以然来，所以我就花了点时间做了一个小小的总结，言归正传，view的滑动分为下面三种：

1)View本身不滚动，指滚动View的内容,这也是View类提供的原始方法。通过scrollTo和ScrollBy方法来实现。

2）使用动画，让View来产生滚动效果

3）通过动态的改动LayoutParams的margin等属性让View来产生滚动

本篇博客就简单的分析一下第一种情况，同一时候本文最后还会简单的提供了一个样例：

View本身就提供了scrollBy和scrollTo方法，当中scrollBy方法又是调用了scrollTo方法：

    public void scrollTo(int x, int y) {
        if (mScrollX != x || mScrollY != y) {
            int oldX = mScrollX;
            int oldY = mScrollY;
             //记录滚动的位置
             mScrollX = x;
            mScrollY = y;
            invalidateParentCaches();
            onScrollChanged(mScrollX, mScrollY, oldX, oldY);
            if (!awakenScrollBars()) {
                postInvalidateOnAnimation();
            }
        }
    }

    public void scrollBy(int x, int y) {
        scrollTo(mScrollX + x, mScrollY + y);
    }

从方法的实现上就能够看出来两者的差别。scrollTo用mScrollX和mScrollY记录了滚动的偏移量。没有滚动的时候mScrollX和mScrollY皆为0，它表明了View的内容在x或者y的方向上滚动动的绝对滚动；而scrollBy在mScrollX或者mScrollY的基础上实现了相对滚动

在深入研究之前先说说为什么scrollTo和scrollBy滚动的是View的内容而非View本身。由于View在ViewGroup中的位置是由LayoutParams的margin等參数决定的。要想滚动View或者说要想改变View的位置仅仅须要改变LayoutParams的相关參数就能够。

可是scrollTo和scrollBy改变的仅仅是mScrollX和mScrollY的值，这两个值对于改变View在ViewGroup里面的位置是毫无关系的；这就排除了scrollTo或者scrollBy滚动的是View本身了，可是又有什么证据证明这两个方法滚动的是View的内容呢？且看这两个变量用在了什么地方就知道了。我们在View的draw方法里面发现了些许痕迹：

   if (background != null) {
                final int scrollX = mScrollX;
                final int scrollY = mScrollY;

                省略了部分代码
                if ((scrollX | scrollY) == 0) {
                    background.draw(canvas);
                } else {
                    canvas.translate(scrollX, scrollY);
                    background.draw(canvas);
                    canvas.translate(-scrollX, -scrollY);
                }
            }

我们知道一个View的显示须要经过測量Measure-->布局Layout-->绘制内容onDraw三个流程的。最后一个流程就是绘制View内容。在哪儿绘制？当然是在画布Canvas上面绘制！

上面的代码能够看出mScrollX和mScrollY这两个变量正式交给显示View内容的Canvase来操作的。所以我们说scrollTo或者scrollBy滚动的是View的内容。而不是改变View在parentView显示的位置关系。当然还须要注意的是假设是ViewGroup或者说parentView自己调动了scrollTo/scrollBy方法,那么viewGroup里面的childView的位置是能够改变的,由于childView本身就是ViewGroup里面的内容,（事实上ScrollView的滚动原理也是如此)，这也是左右滑动屏幕实现的基本思路（可參考网上的这篇博客）。

事实上关于mScrollX和mSrcorllY的凝视就说明了这个问题：The offset, in pixels, by which the content of this view is scrolled。！

！

！

也就是说mScrollX/xScrollY是相对于“起始位置”在水平/竖直方向的偏移量；结合网上的一些博客资料能够得到例如以下图的关系

：

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">

也就是说假设向左滚动,mScrollX为正值，反之为负值。假设向上滚动。mScrollY为正值，反之为负值！

尽管我们能够从源代码上看出scrollTo和scrollBy的差别，以下简单的通过样例来直观说一下二者的差别。以下是滚动之前的页面：

上下两个button点击事件的代码为：

/**记录上面button的点击次数**/
	private int toCount = 0;
	public void scrollToTest(View v) {
	   v.scrollTo(300, 0);
	   toCount++;
	   toTV.setText("" + toCount);
	}

	/**记录羡慕button的点击次数**/
	private int byCount = 0;
	public void scrollByTest(View v) {
		v.scrollBy(100, 0);
		byCount ++;
		byTV.setText(""+byCount);
	}

也即是说上面的button每次点击时向左滚动300的距离，而以下的button每次点击向左滚动100的距离.执行效果例如以下：

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="" height="225" width="322">

执行效果发现调用scrollTo的时候不管点击了多少次都不会滚动了，仅仅是在点击第一次的时候才滚动了300.而scrollBy每次滚动在原来的基础上滚动了100，点击三次后达到了与scrollTo一样的效果。所以说scrollTo是一次性滚动到位的绝对滚动，而scrollBy是在前次滚动的基数上继续滚动，逐次滚动到位，是相对滚动！

当然调用scrollBy能够在前面滚动的基础上持续滚动下去，比方上面的那个样例继续点击以下的button。仍然会继续滚动。

写到这儿，突然想起了去年刚接触android的时候有一个关于TextView滚动次数的需求，让TextView跑马灯两次就停止滚动，当时水平有限，没有实现出来，如今倒是能够用srcollTo/scrollBy简单粗糙实现出来了。以下就说说这个控制滚动次数的自己定义TextView的滚动实现效果如图：

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">

跑马灯效果图

上图为实现滚动的效果，切且滚动的位置用图A，图B...图G来表明方便下文的描写叙述。。详细执行效果能够文章最后的demo.以下详细先说说实现的核心原理：

1)获取TextView的字符串的宽度:

/**TextView字符串的宽度**/
	private int textWidth;
	private void measureTextWidth() {
		Paint paint = this.getPaint();
		String str = this.getText().toString();
		textWidth = (int) paint.measureText(str);
	}

@Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        // TODO Auto-generated method stub
        super.onMeasure(widthMeasureSpec, heightMeasureSpec);
        measureTextWidth();
    }

2）让自己定义的TextView实现Runnable接口，在run方法里完毕滚动的控制，同一时候提供startScroll方法来开启滚动操作。

private int marqueeTemp =0;
    @Override
    public void run() {
        //已经完毕了指定的跑马灯次数
        if(marqueeTemp==marqueeTime) {
            return;
        }
        scrollBy(1,0); //实现跑马灯
        //注意是text字符串的宽度，而不是textView的宽度
        if (getScrollX() >= textWidth) {//假设一轮滚动结束
            marqueeTemp++;//累加滚动次数

            //scrollBy实现方式
//            if(marqueeTemp==marqueeTime) {
//                scrollBy(-textWidth,0);
//            }else {
//                scrollBy(-this.getWidth()-textWidth,0);
//            }
            //scrollTo实现方式
            if(marqueeTemp==marqueeTime) {
                scrollTo(0,0);
            }else {
                scrollTo(-this.getWidth(),0);
            }
        
        }
        //开启下次滚动
        postDelayed(this, 10);

上面的代码完毕了滚动的主要工作，请对照这上面的效果图来看。在滚动的时候也就是图B或者图E两个过程时候上面的代码调用了scrollBy(1,0)来逐步滚动1,直到滚动到图C或者图F的时候说明完毕了一次滚动。也即是代码中if(getScrollX() >= textWidth)条件成立。

此时滚动次数+1.。

在完毕一次滚动的时候。第二次滚动我们须要让TextView的字符串在图D所在的位置滚动，所以我们须要先让TextView的内容向右滚动到D的位置，然后在向左继续跑马灯。通过对scrollTo和ScrollBy的了解，这两种方式都能够让处于图C状态的内容滚动到图D状态位置：

前提正如前面所说向左移动的时候mScrollX>0.向右mScrollX<0;

1）scrollBy的实现方式：由于scrollBy是逐步滚动。对照着图C和图D，我们仅仅须要让scollBy的向右移动字符串的宽度+TextView的宽度就可以，即上面代码中的scrollBy(-this.getWidth()-textWidth,0);

2）scollTo的实现方式：一步到位的实现方式。由于从源代码上看scrollBy调用了scrollTo(mScroll+x，0)，并且完毕一次滚动后mScroll=textWidth（字符串的宽度）；所以我们直接调用scollTo(-this.getWidth(),0)就能够让TextView的内容滚动到图D位置。

通过1和2的解说，我们更是能够进一步的理解scrollBy和scrollTo的不同之处！！

！！

另外当滚动指定次数过后须要让TextView的内容回到初始位置，即上图中的图G位置，相同能够用srcollBy和scrollTo两种方式：

1）scrollBy方式：if(marqueeTemp==marqueeTime) {//完毕了指定次数的滚动

              scrollBy(-textWidth,0);

           }

2）scrollTo方式：if(marqueeTemp==marqueeTime) {

                scrollTo(0,0);

            }

原因应该不用多说了，到此为止。本篇博文正式结束，假设有错误的地方。欢迎批评指正，共同学习，最后附上博主的demo下载链接

关于滚动的补充说明见《此博客》