之前经常有人说：简单的应用不需要内存优化，就几个模块能占用多大内存？对这种说法我并不认同，虽然我也没开发过什么大型的应用，但我觉得内存优化是开发一个APP必不可少的流程，甚至说非常重要的一个环节，不论你的应用简单还是复杂。这篇文章说一下我对ScrollView内存优化的方案。

在开发APP的过程中，很多时候都会用到ScrollView，我要说的是ScrollView优化类似于网易新闻首页那种ScrollView。很显然，这种ScrollView横向的ContentSize非常庞大，假如不去优化这些加在ScrollView上的View，那么你每次加载视图的时候内存都会不停地往上升，且无法降低。那么我们如何去优化或者说我们基于什么思想去优化这种情况呢？

<中间有一点需要说明：创建一个VC在内存中，如果不加载它的view它所占的内存远远小于加载view占用的内存>

我们可以这样想：一个ScrollView的ContentSize再大，展示给用户的始终只是一个屏幕的大小，其它位置的用户根本看不到，那么，这些看不到的就造成了内存的浪费。说到这里，你可能就有感觉了，我们只需要给用户展示当前屏幕区域的视图，而其他位置的视图根本不需要加载。但是这样还不完美，我们要做的是一个完善的ScrollView滑动体验，我觉得要做成下面三步：

1.只展示当前屏幕显示的区域，尽可能地优化内存；

2.滑动时即将呈现的页面如果加载过了，在滑动的过程中就要加载出来；

3.滑动时即将呈现的页面如果还没加载过，在滑动结束后（整页滑动）加载出来；<注：这里选择了滑动结束后再加载，没有和2合为一起是考虑到如果刚滑动就加载庞大的数据会造成页面卡顿>

找到了关键点，我们就可以进行下一步操作。如何进行操作呢？自然是从ScrollView的代理入手。

- (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView;

这个方法配合PageEnd，在ScrollView整页滑动结束后触发，正好解决了第三步。假设我们还没加载页面，这个时候通过这个方法就可以加载这个页面，并且可以把当前没有在显示区域的页面的VC从父VC中remove掉，并把它的view也remove掉。remove掉之前我们要做一件事情，就是把它当做缓存放入到我们的容器中，以便于我们下次取得时候可以直接取出，不用再次加载。

这个容器如何选择呢？我一开始选择了NSCache，系统自带的缓存类，有一些属性和内部已经实现好的缓存机制，不需要开发者自己动手清理，觉得挺好用。但是这里有个很大的坑。。。NSCahce内的缓存在你点Home键应用进入后台后会自动清理掉！！！我对这点非常不爽。。。然后自己按照NSCache的方式利用NSDictionary模仿了一个缓存，不让它自动清除。

当然。。。对这点不在意的同学可以用NSCache，还是非常好用的一个类。

- (void)scrollViewDidScroll:(UIScrollView *)scrollView;

这个方法在API中有这么一段注释：any offset changes

说明offset的改变立即会触发这个方法。这对于第2步来说非常好。我们可以在这一步从我们的缓存中添加视图。如果缓存中有这个视图，那么我们可以拿出来加载到视图上，如果没有，那么回到了第3步，让它去加载。

做完这两步就剩下第1步：只加载当前屏幕区域的视图的视图了，对于如何判断加载的这个view在当前屏幕的可视区域，我用的方法是可以在一开始就创建个数组，把这些frame记录下来，代理方法触发的时候进行一次比对。这个比对非常简单，对于页面的流畅性可以忽略不计。

至此，主要的部分就说完了，还有一些细节比如刷新时更新缓存中对应的VC之类的。。。有心的同学可以自己想想思路实现下这里就不提了。

如果有更好的优化方案欢迎提及，共同学习。

个人原创，转载请注明出处，谢谢