如果要用代码实现UIScrollView的滚动，我的第一反应就是写一行类似这样的代码：

苹果提供了这样一个接口，表明它希望第三方程序员使用这个接口来完成UIScrollView的滚动操作。但是我一直在想，它和用UIView的property animation，来直接改变contentOffset有什么不同呢？我为什么不这样写呢：

写代码实验了一下，发现这是两种完全不同的滚动方式。

(1) 使用animated参数，可以获得正确的UIScrollViewDelegate的回调；而使用UIView动画则不能。

在苹果的官方文档中，对setContentOffset:animated:这一方法会引起的回调有大概如下的解释：

如果animated这一参数设置为NO，或者直接设置contentOffset这个property，delegate会收到一个scrollViewDidScroll:消息。如果animated这一参数设置为YES，则在整个动画过程中，delegate会收到一系列的scrollViewDidScroll:消息，并且当动画完成时，还会收到一个scrollViewDidEndScrollingAnimation:消息。

实验证明，使用setContentOffset:animated:方法得到的回调行为和官方文档中描述的一致。而使用UIView动画，则只能收到一次scrollViewDidScroll:回调，不能收到scrollViewDidEndScrollingAnimation:回调。

(2) 使用animated参数，可以获取到动画过程中contentOffset的值。

如果在动画开始之前，contentOffset均为(0, 0)，分别执行接下来的两段代码：

可以看出，使用UIView动画后，无论在什么时候查询contentOffset的值，得到的都是动画的最终值。而使用animated参数，可以在动画过程中得到与当前状态较为一致的contentOffset值。

参考这篇文章，改变UIScrollView的contentOffset，实际上应该就是在改变UIScrollView的bounds。按照苹果官方文档中的描述，bounds这个property是可以用作UIView动画的property。

但是setContentOffset:animated:这一方法中实现的肯定不是UIView一个property animation那么简单。

实际工作中，我也发现，在tableView中使用animated参数这种方法呈现的动画效果的流畅程度明显低于UIView动画。但是考虑到UIScrollView的回调和苹果的推荐，还是应该尽量使用setContentOffset:animated:这个接口来完成UIScrollView的滚动。