站在源码的角度全解Scroller工作机制（三）

现在，已经对scrollTo()和scrollBy()这两个方法有了基本的了解，我们再看看它们的用法。





在这个示例中对TextView分别调用scrollTo( )和scrollBy( )，代码如下：





当我们调用scrollBy()时，TextView的中的文本逐渐往其左侧滚动，当执行scrollTo()时TextView的中的文本会滚动到其右侧。在这是不是又印证了我们刚才的描述呢：执行scrollTo()和scrollBy()后View的内容发生了滚动，但是View本身是没有发生移动的。关于这点已经得到了验证，但是View的内容滚动的方向怎么和我们预想的不一样呢？平常我们不是说坐标是左负右正，上负下正么，为什么这里执行mTextView.scrollBy(30,0)时TextView的文本却是往X的负轴移动呢？

       其实，许多人都是有类似的疑问，现在我们一起来探究其产生的原因。

在scrollTo()的源码中我们看到，该方法最后会调用postInvalidateOnAnimation()对View进行重绘从而执行到invalidate()。在此以Android 6.0 API Level 23为例，对其进行剖析：





看到第4行代码的时候，是不是就恍然大悟了呢？

 

在进行重绘的时候在会利用l - scrollX, t - scrollY, r - scrollX, b - scrollY计算出新的l,t,r,b。

如果在调用scrollTo()和scrollBy()时传入的x,y为正值，那么新的l,t,r,b均会变小，从而导致View的内容向左且向上滚动。

如果在调用scrollTo()和scrollBy()时传入的x,y为负值，那么新的l,t,r,b均会变大，从而导致View的内容向右且向下滚动。

       刚才我们通过scrollTo()和scrollBy()作用于某个View，如果要想让多个View同时发生滚动，可以怎么办呢？很简单，只需要把这些View放到同一个ViewGroup中然后再调用这两个方法即可，例如mLinearLayout.scrollBy(50, 0)、mLinearLayout.scrollTo(100, 20)