UITableView 卡顿、掉帧、的优化。cell里面循环创建view 导致卡顿掉帧的优化

1.关于UItableView的优化现在网上已经有很多，无外乎以下几种

1.提前计算并缓存好高度（布局），因为heightForRowAtIndexPath:是调用最频繁的方法（最好是在数据下载完成转model的时候在model里面计算）

2.滑动时按需加载，这个在大量图片展示，网络加载的时候很管用！（SDWebImage已经实现异步加载，配合这条性能杠杠的

3.正确使用reuseIdentifier来重用Cells

  4.尽量使所有的view opaque，包括Cell自身

5.尽量少用或不用透明图层

6.如果Cell内现实的内容来自web，使用异步加载，缓存请求结果

7.减少subviews的数量

8.尽量少用addView给Cell动态添加View，可以初始化时就添加，然后通过hide来控制是否显示

9.尽量少使用cornerRadius和maskToBounds来设置圆角（maskToBounds很掉帧，可以以切图代替）

10.如果是图片列表为主的cell尽量不使用imageNamed来设置图片，使用imageWithContentsOfFile来代替（原因可看：http://blog.csdn.net/lg_sun/article/details/46895457）

提前计算并缓存好高度可以看一下我写的方法（可以使用自己的风格，我这只是个例子）：

今天咱们来看一种导致掉帧的情况---------->cell里面循环创建view 导致卡顿掉帧

循环的addSubView是很掉帧杀手

这种情况还是比较多的，看一下我们的需求

单个cell是一个门店下边带最多5个商品，和不定量的商家推荐。这样的话里面的view1和view2就是根据后台数据循环创建的

cc

先看一下未优化之前的tableVIew滑动帧数，也就是30左右（30以下用户可以明显感觉到屏幕的卡动，可以称为垃圾APP了）

未优化之前

优化过程：

既然最多时5个view1，那就用内存和cpu来换取流畅度吧

1.直接在cell初始化的时候创建5个view1，用isHiddent来控制显示个数

2.根据model数据来付值和判断view的显隐性

看一下优化之后tableVIew滑动帧数，差不多达到50 ，这是后看起来已经相当流畅了

但是这个时候还有一个问题，因为我们是分页加载，就是一次性加载10天数据，滑动到最后一条数据之后用户上拉加在下一个10条，这样在分页加载的时候还是有一个明显的加载过程

优化前代码：

优化后代码

这样用户就不会察觉分页加载数据的那个过程

提示：页面帧数可以用core animation（用真机，因为模拟器的cpu，内存都是虚拟的）