NGUI UIScrollView滚到指定的位置 - CSDN博客
NGUI UIScrollView滚到指定的位置
scrollver.scrollWheelFactor 表示鼠标滚动的比例
UIScrollView的滚动方法：
public void Scroll (float delta)
if (enabled && NGUITools.GetActive(gameObject) && scrollWheelFactor != 0f)
DisableSpring();
mShouldMove = shouldM
if (Mathf.Sign(mScroll) != Mathf.Sign(delta)) mScroll = 0f;
mScroll += delta * scrollWheelFactor;
滚多少倍的scrollWheelFactor
scrollWheelFactor是每滚动一次，占整体的多少
计算出scrollDelta为需要的位置应该是需要滚动的多少被
&scrollver.Scroll(-scrollDelta);//向下滚动
最后，别忘了更新scrollview的位置，否则，scrollview在第一次点击的时候会跳动一下
scrollver.UpdatePosition();
本文已收录于以下专栏：
相关文章推荐
UIScrollView制作滑动列表，可横向，竖直展示一些列表在固定可视范围内
UIScrollVIew只是一个可滑动的UI组件
如果需要制作复杂的可视区域UI需要配合使用UIPanel与...
1、首先获得Grid里面的UIScrollView
 uiScrollView = m_grid.GetComponentInParent();
            if (uiScrollV...
public void CreateGrid()
StartCoroutine(&end&);
IEnumerator end()
几个概念的理解:
contentSize:可滑动区域的大小   （即这个区域内的内容是可以滑动的！scrollview的frame
表示所有可滑动的内容，都在这个frame中进行滑动）
记上次面试被一个主程说，你连NGUI底层探索的欲望都没有，你还说你对编程感兴趣
想想也是，人家代码摆在那给你看你连看都不看，还说自己对学习技术有热忱。
而且当初确实是好奇UIScrollv...
一、当UIScrollView的下面的包含的子项太多（二三十个之上）时，它的滚动就会变的很卡。
对些网上也有很多的优化它的相关，下面是我的一个优化：
1、将在超出裁剪框的一个item的距离的item，...
1.我使用的NGUI版本为 v3.7.5，不知道老版的NGUI是否有UIWrapContent 这个脚本。
2.本文讲解主要以图片显示的例子为主，本文例子UIScrollView是水平方向，一...
NGUI的Scrollview当要重置的时候那几个reposition阿，ResetPosition，repositionNow什么的非常烦。
现在稍稍总结一下
首先。分清两个概念。一个是UISc...
转载自：/archives/433.html
之前用UIGrid 发现如果数据量大了。NGUI就会创建大量的GameObject. 这样肯...
NGUI的Scrollview当要重置的时候那几个reposition阿，ResetPosition，repositionNow什么的非常烦。
现在稍稍总结一下
首先。分清两个概念。一个是UIScro...
他的最新文章
讲师：王禹华
讲师：宋宝华
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)一个UICollectionView有好多个cell，滑动一下，谁也不知道会停留在哪个cell，滑的快一点，就会多滑一段距离，反之则会滑的比较近，这正是UIScrollview用户体验好的地方。
如果想要UICollectionView停留到某个cell的位置，可以用
- (void)scrollToItemAtIndexPath:(NSIndexPath *)indexPath atScrollPosition:(UICollectionViewScrollPosition)scrollPosition animated:(BOOL)
这个方法，还能用scrollPosition这个参数控制cell具体停留在上下左右中到底哪个位置。
那么问题来了：如果我只是随便滑了一下，我也不知道它会停在位于哪个indexPath的cell上，但不管它停在哪个cell上，我都希望这个cell刚好在屏幕中间，应该怎么办呢？（这个场景在coverFlow的效果里比较常见）
之前知道的做法是：
在scrollViewDidEndDecelerating或其他delegate方法里，通过当前 contentOffset 计算最近的整数页及其对应的 contentOffset，然后通过动画移动到这个位置。
但是这个做法有问题，就是动画不连贯，完全没有&刚好停到那里&的感觉。
今天在想有没有其他更好的办法时，突然发现一个之前从来没用功的方法：
- (void)scrollViewWillEndDragging:(UIScrollView *)scrollView withVelocity:(CGPoint)velocity targetContentOffset:(inout CGPoint *)targetContentOffset NS_AVAILABLE_IOS(5_0);
一看这参数名，再看看这文档，真是让人喜不自禁呐！这不就是让scrollView&刚好停到某个位置&的方法嘛！！！（系统5.0就提供了，现在才看到。。。。。。）
targetContentOffset 是个指针，可以修改这个参数的值，让scrollView最终停止在目标位置。
（日更新）
注意：scrollView的pagingEnable属性必须为NO时这个方法才会被调用。
感谢@&&评论中指出，这个方法在pagingEnable==YES的时候也会调用；
但是pagingEnable的效果会覆盖这个方法的效果，达不到我们想要的&刚好停到指定位置的效果&，所以还是需要注意将pagingEnable设置为NO！
- (void)scrollViewWillEndDragging:(UIScrollView *)scrollView withVelocity:(CGPoint)velocity targetContentOffset:(inout CGPoint *)targetContentOffset {&&& CGPoint originalTargetContentOffset = CGPointMake(targetContentOffset-&x, targetContentOffset-&y);&&& CGPoint targetCenter = CGPointMake(originalTargetContentOffset.x + CGRectGetWidth(self.collectionView.bounds)/2, CGRectGetHeight(self.collectionView.bounds) / 2);&&& NSIndexPath *indexPath =&&& NSInteger i = 0;&&& while (indexPath == nil) {&&&&&&& targetCenter = CGPointMake(originalTargetContentOffset.x + CGRectGetWidth(self.collectionView.bounds)/2 + 10*i, CGRectGetHeight(self.collectionView.bounds) / 2);&&&&&&& indexPath = [self.collectionView indexPathForItemAtPoint:targetCenter];&&&&&&& i++;&&& }&&& self.selectedIndex = indexP&&& //这里用attributes比用cell要好很多，因为cell可能因为不在屏幕范围内导致cellForItemAtIndexPath返回nil&&& UICollectionViewLayoutAttributes *attributes = [self.collectionView.collectionViewLayout layoutAttributesForItemAtIndexPath:indexPath];&&& if (attributes) {&&&&&&& *targetContentOffset = CGPointMake(attributes.center.x - CGRectGetWidth(self.collectionView.bounds)/2, originalTargetContentOffset.y);&&& } else {&&&&&&& DLog(@"center is %@; indexPath is {%@, %@}; cell is %@",NSStringFromCGPoint(targetCenter), @(indexPath.section), @(indexPath.item), attributes);&&& }&&&
这样scrollView就会逐渐减速，最终停止在itemCenterOffsetWithOriginalTargetContentOffset方法算出来的位置上了，效果杠杠的~
本来以为这个方法没多少人知道，结果百度一搜，发现原来已经有大神写过详细的文章了（），这个就当记录一下吧
另外发现一个直接用NSObject就实现类似效果的库： & 乍看之下没看懂。。。等有空再仔细研究
原来UICollectionViewLayout已经提供了两个方法可以实现这个功能：
- (CGPoint)targetContentOffsetForProposedContentOffset:(CGPoint)proposedContentOffset withScrollingVelocity:(CGPoint)
- (CGPoint)targetContentOffsetForProposedContentOffset:(CGPoint)proposedContentOffset NS_AVAILABLE_IOS(7_0);
效果与上面的delegate方法完全一样，不过这个是UICollectionViewLayout的方法，需要在自己的layout子类里重载。
好处是：这样就不用再在viewController里写scrollView的delegate方法了，viewController更加简洁；跟布局相关的代码都转移到了layout的类中&
阅读(...) 评论()Android ScrollView监听滑动到顶部和底部，虽然网上很多资料都有说，但是不全，而且有些细节没说清楚
使用场景：
1. 做一些复杂动画的时候，需要动态判断当前的ScrollView是否滚动到底部或者顶部
2. ScrollView滚动到顶部或者底部时主动触发一些操作（典型的就是滚动到底部触发自动加载操作）
两种方式：
1.&onScrollChanged方式，自己计算
2.&onOverScrolled使用系统计算的结果，api &= 9才支持
可能忽视的细节1：
如果是手势滑动，上面两种方式都对，但是如果是调用ScrollView的smoothScrollTo和scrollTo方法来滚动的话，
只有onScrollChanged监听对，onOverScrolled监听不对，因为通过代码来滚动话是精确滚动，onOverScrolled方法没处理这种情况
两种方式如何选择？
一般来说如果系统有实现的东西，就用系统的，我们毕竟是基于Android系统来做开发，别人做的考虑很多适配兼容问题
所以原则就是：系统有就用它的，没有才用我们自己的，具体实现仔细看代码，记得看注释
如果不考虑smoothScrollTo和scrollTo滚动，上面这个原则就是对的，如果要考虑的话，这里只能使用onScrollChanged
滚动到顶部和底部时对应的计算关系：
备注：无padding的情况可以转换为有padding的情况，即tp,bp=0
mScrollY + H & tp & bp = h ===&&mScrollY + H = h&
代码实现，自定义View，可以直接拷贝就可以使用
下面代码不考虑smoothScrollTo和scrollTo方法的影响，要考虑的话，去掉onOverScrolled方法，去掉onScrollChanged的api版本条件限制即可
import android.content.C
import android.util.AttributeS
import android.widget.ScrollV
* 监听ScrollView滚动到顶部或者底部做相关事件拦截
public class SmartScrollView extends ScrollView {
private boolean isScrolledToTop = true;　　// 初始化的时候设置一下值
private boolean isScrolledToBottom = false;
public ScanScrollView(Context context, AttributeSet attrs) {
super(context, attrs);
private ISmartScrollChangedListener mSmartScrollChangedL
/** 定义监听接口 */
public interface ISmartScrollChangedListener {
void onScrolledToBottom();
void onScrolledToTop();
public void setScanScrollChangedListener(ISmartScrollChangedListener smartScrollChangedListener) {
mSmartScrollChangedListener = smartScrollChangedL
protected void onOverScrolled(int scrollX, int scrollY, boolean clampedX, boolean clampedY) {
super.onOverScrolled(scrollX, scrollY, clampedX, clampedY);
if (scrollY == 0) {
isScrolledToTop = clampedY;
isScrolledToBottom =
isScrolledToTop =
isScrolledToBottom = clampedY;
notifyScrollChangedListeners();
protected void onScrollChanged(int l, int t, int oldl, int oldt) {
super.onScrollChanged(l, t, oldl, oldt);
if (android.os.Build.VERSION.SDK_INT & 9) {
// API 9及之后走onOverScrolled方法监听
if (getScrollY() == 0) {
// 小心踩坑1: 这里不能是getScrollY() &= 0
isScrolledToTop =
isScrolledToBottom =
} else if (getScrollY() + getHeight()&- getPaddingTop()-getPaddingBottom() == getChildAt(0).getHeight()) {
// 小心踩坑2: 这里不能是 &= 　　　　　　　　　// 小心踩坑3（可能忽视的细节2）：这里最容易忽视的就是ScrollView上下的padding　
isScrolledToBottom =
isScrolledToTop =
isScrolledToTop =
isScrolledToBottom = false;
notifyScrollChangedListeners();
// 有时候写代码习惯了，为了兼容一些边界奇葩情况，上面的代码就会写成&=,&=的情况，结果就出bug了
// 我写的时候写成这样：getScrollY() + getHeight() &= getChildAt(0).getHeight()
// 结果发现快滑动到底部但是还没到时，会发现上面的条件成立了，导致判断错误
// 原因：getScrollY()值不是绝对靠谱的，它会超过边界值，但是它自己会恢复正确，导致上面的计算条件不成立
// 仔细想想也感觉想得通，系统的ScrollView在处理滚动的时候动态计算那个scrollY的时候也会出现超过边界再修正的情况
private void notifyScrollChangedListeners() {
if (isScrolledToTop) {
if (mSmartScrollChangedListener != null) {
mSmartScrollChangedListener.onScrolledToTop();
} else if (isScrolledToBottom) {
if (mSmartScrollChangedListener != null) {
mSmartScrollChangedListener.onScrolledToBottom();
public boolean isScrolledToTop() {
return isScrolledToT
public boolean isScrolledToBottom() {
return isScrolledToB
至此已经介绍完了，为了形象的表示smoothScrollTo和scrollTo方法调用时两种监听方式的结果，下面加上log，这里不想看的可以不往下看了
protected void onOverScrolled(int scrollX, int scrollY, boolean clampedX, boolean clampedY) {
super.onOverScrolled(scrollX, scrollY, clampedX, clampedY);
if (scrollY == 0) {
isScrolledToTop = clampedY;
isScrolledToBottom = false;
System.out.println("onOverScrolled isScrolledToTop:" + isScrolledToTop);
isScrolledToTop = false;
isScrolledToBottom = clampedY;
System.out.println("onOverScrolled isScrolledToBottom:" + isScrolledToBottom);
notifyScrollChangedListeners();
protected void onScrollChanged(int l, int t, int oldl, int oldt) {
super.onScrollChanged(l, t, oldl, oldt);　　 // 这个log可以研究ScrollView的上下padding对结果的影响
System.out.println("onScrollChanged getScrollY():" + getScrollY() + " t: " + t + " paddingTop: " + getPaddingTop());
if (getScrollY() == 0) {
isScrolledToTop = true;
isScrolledToBottom = false;
System.out.println("onScrollChanged isScrolledToTop:" + isScrolledToTop);
} else if (getScrollY() + getHeight() - getPaddingTop() - getPaddingBottom() == getChildAt(0).getHeight()) {
isScrolledToBottom = true;
System.out.println("onScrollChanged isScrolledToBottom:" + isScrolledToBottom);
isScrolledToTop = false;
isScrolledToTop = false;
isScrolledToBottom = false;
notifyScrollChangedListeners();
下面我们看下具体的执行结果：
1. 手动滑动到底部的情况---&两种方式都监听到了
2. 手动滑动到顶部的情况---&两种方式都监听到了
3. 调用smoothScrollTo(0, Integer.MAX_VALUE)或者scrollTo(0, Integer.MAX_VALUE)滑动到底部的情况
& & ---&只有onScrollChanged方法监听到滑动到底部
4. &调用smoothScrollTo(0, 0)或者scrollTo(0, 0)滑动到顶部的情况
& & ---&只有onScrollChanged方法监听到滑动到底部
　　很多细小的知识，我们平时总是因为开发的时候太忙来不及去深究，但是作为开发者我们还是要对技术保持严谨，需要通过自己的实战形成自己的经验，有些很细小的知识可能在关键时候起到意向不到的作用，如果平时注意积累，到时候会事半功倍。
　　文章写得不专业，如果读者觉得有用，记得点赞，也欢迎指正。
阅读(...) 评论()今天看啥 热点：
UIScrollView的delegate方法妙用之让UICollectionView滑动到某个你想要的位置，uiscrollviewdelegate
一个UICollectionView有好多个cell，滑动一下，谁也不知道会停留在哪个cell，滑的快一点，就会多滑一段距离，反之则会滑的比较近，这正是UIScrollview用户体验好的地方。
如果想要UICollectionView停留到某个cell的位置，可以用
- (void)scrollToItemAtIndexPath:(NSIndexPath *)indexPath atScrollPosition:(UICollectionViewScrollPosition)scrollPosition animated:(BOOL)
这个方法，还能用scrollPosition这个参数控制cell具体停留在上下左右中到底哪个位置。
那么问题来了：如果我只是随便滑了一下，我也不知道它会停在位于哪个indexPath的cell上，但不管它停在哪个cell上，我都希望这个cell刚好在屏幕中间，应该怎么办呢？（这个场景在coverFlow的效果里比较常见）
之前知道的做法是：
在scrollViewDidEndDecelerating或其他delegate方法里，通过当前 contentOffset 计算最近的整数页及其对应的 contentOffset，然后通过动画移动到这个位置。
但是这个做法有问题，就是动画不连贯，完全没有&刚好停到那里&的感觉。
今天在想有没有其他更好的办法时，突然发现一个之前从来没用功的方法：
- (void)scrollViewWillEndDragging:(UIScrollView *)scrollView withVelocity:(CGPoint)velocity targetContentOffset:(inout CGPoint *)targetContentOffset NS_AVAILABLE_IOS(5_0);
一看这参数名，再看看这文档，真是让人喜不自禁呐！这不就是让scrollView&刚好停到某个位置&的方法嘛！！！（系统5.0就提供了，现在才看到。。。。。。）
targetContentOffset 是个指针，可以修改这个参数的值，让scrollView最终停止在目标位置。
注意：scrollView的pagingEnable属性必须为NO时这个方法才会被调用。
- (void)scrollViewWillEndDragging:(UIScrollView *)scrollView withVelocity:(CGPoint)velocity targetContentOffset:(inout CGPoint *)targetContentOffset {
&&& CGPoint orifinalTargetContentOffset = CGPointMake(targetContentOffset-&x, targetContentOffset-&y);
&&& *targetContentOffset = [self& itemCenterOffsetWithOriginalTargetContentOffset:orifinalTargetContentOffset];//计算出想要其停止的位置&&
这样scrollView就会逐渐减速，最终停止在itemCenterOffsetWithOriginalTargetContentOffset方法算出来的位置上了，效果杠杠的~
本来以为这个方法没多少人知道，结果百度一搜，发现原来已经有大神写过详细的文章了（/cn/practice-in-uiscrollview/），这个就当记录一下吧
另外发现一个直接用NSObject就实现类似效果的库：/nicklockwood/iCarousel & 乍看之下没看懂。。。等有空再仔细研究
原来UICollectionViewLayout已经提供了两个方法可以实现这个功能：
- (CGPoint)targetContentOffsetForProposedContentOffset:(CGPoint)proposedContentOffset withScrollingVelocity:(CGPoint)
- (CGPoint)targetContentOffsetForProposedContentOffset:(CGPoint)proposedContentOffset NS_AVAILABLE_IOS(7_0);
效果与上面的delegate方法完全一样，不过这个是UICollectionViewLayout的方法，需要在自己的layout子类里重载。
好处是：这样就不用再在viewController里写scrollView的delegate方法了，viewController更加简洁；跟布局相关的代码都转移到了layout的类中&
暂无相关文章
相关搜索：
相关阅读：
相关频道：
IOS教程最近更新}