代码简写：scrollTo(100,100)、scrollBy(50,50)

疑问：

为什么scrollTo(100,100)，按照正常情况下的坐标正方向来算（向右是X轴正方向，向下是Y轴正方向），不应该往右下方移动吗，为什么这里是往左上方移动呢，正好反过来？

定义：

scrollBy():在现有的基础上继续移动视图的内容

scrollB

scrollTo():将一个视图的内容移动到指定位置.

scrollTo

分析：

在scrollBy()中调用了scrollTo（），在scrollTo()中有两个关键变量mScrollX、mScrollY,看一下这两个变量的定义：

通过文档描述可知: mScrollX和mScrollY表示，View的内容(content)相对于View本身在水平或垂直方向的偏移量.

接着分析源码，scrollTo()方法就是将一个视图移动到指定位置，偏移量 mScrollX、mScrollY就是视图初始位置的距离，默认是情况下当然是0。如果视图要发生移动，比如要移动到（x，y），首先要检查这个点的坐标是否和偏移量一样，因为 scrollTo()是移动到指定的点，如果这次移动的点的坐标和上次偏移量一样，也就是说这次移动和上次移动的坐标是同一个，那么就没有必要进行移动了。这也是这个方法为什么进行 if (mScrollX != x || mScrollY != y) 这样一个判断的原因。

接下来调用了onScrollChanged方法，在方法里面回调了mOnScrollChangeListener.onScrollChange（），最后执行了postInvalidateOnAnimation()，这个方法会通知View进行重绘，所以进入到draw()，该方法首先写了一些注释如下：

draw()方法里面的注释

第六步提到了绘制scrollBar，而scrollbars就是由于scroll引起的，所以定位到第六步查看，

再接着进入onDrawForeground(canvas)方法

改图只截取了该方法的前两行

onDrawScrollBars(canvas)方法分别绘制了水平和垂直方向的ScrollBar，最后都会调用

进入到invalidateInternal()方法中：

invalidateInternal

最后发现在这里重绘所有子控件，重绘时Rect的值都减去了mScrollX、mScrollY，就是是为什么当scrollX为正时，子控件往左移动的根本的原因。

参考：http://blog.csdn.net/harvic880925/article/details/45176813

参考：http://blog.csdn.net/wangjinyu501/article/details/32339379