iOS之tableView性能优化/tableView滑动卡顿?

本文围绕以下几点展开tableView性能优化的论述?

1.UITableViewCell重用机制?

2.tableView滑动为什么会卡顿?

3.优化方法?

4.总结

1.UITableViewCell重用机制?

UITableView只会创建一屏幕(或者一屏幕多一点)的cell,其他都是取出来重用的。每当cell滑出屏幕的时候,就会放到一个集合中,当要显示某一位置的cell时,会先去集合中取,有的话,就直接拿出来显示,没有在创建。

2.tableView滑动为什么会卡顿?

cell赋值内容时,会根据内容设置布局,也就可以知道cell的高度,若有1000行,就会调用1000次 cellForRow方法,而我们对cell的处理操作,都是在这个方法中赋值,布局等等,开销很大。

3.优化方法?

3.1优化:heightForRow方法处理cell高度。

思路:赋值和计算布局分离。cellForRow负责赋值,heightRorRow负责计算高度。

3.2自定义cell绘制:

各个信息都是根据之前算好的布局进行绘制的。需要异步绘制。重写draeRect方法就不需要异步绘制了,因为drawRect本来就是异步绘制的。图文混排的绘制,coreText绘制。

3.3按需加载(UIScrollView方面):

如果目标行与当前行相差超过指定行数,只在目标滚动范围的前后制定n行加载。滚动很快时,只加载目标范围内得cell,这样按需加载,极大地提高了流畅性。

4.总结

1.提前计算并缓存好高度,因为heightForRow最频繁的调用。

2.异步绘制,遇到复杂界面,性能瓶颈时,可能是突破口。

3.滑动时按需加载,这个在大量图片展示,网络加载时,很管用。(SDWebImage已经实现异步加载)。

4.重用cells。

5.如果cell内显示得内容来自web,使用异步加载,缓存结果请求。

6.少用或不用透明图层,使用不透明视图。

7.尽量使所有的view opaque,包括cell本身。

8.减少subViews

9.少用addView给cell动态添加view,可以初始化的时候就添加,然后通过hide控制是否显示。

上一篇:Java 8: Lambdas和新的集合Stream API


下一篇:性能优化——Web前端性能优化