iOS之tableView性能优化／tableView滑动卡顿？

Posted 2020-07-30 看得见的灿烂，看不见的离殇

本文围绕以下几点展开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控制是否显示。