UITableView优化技巧
2016-04-07 15:40
302 查看
UITableView的简单认识
UITableView最核心的思想就是UITableViewCell的重用机制。简单的理解就是:UITableView只会创建一屏幕(或一屏幕多一点)的UITableViewCell,其他都是从中取出来重用的。每当Cell滑出屏幕时,就会放入到一个集合(或数组)中(这里就相当于一个重用池),当要显示某一位置的Cell时,会先去集合(或数组)中取,如果有,就直接拿来显示;如果没有,才会创建。这样做的好处可想而知,极大的减少了内存的开销。
知道UITableViewCell的重用原理后,我们来看看UITableView的回调方法。UITableView最主要的两个回调方法是tableView:cellForRowAtIndexPath:和tableView:heightForRowAtIndexPath:。理想上我们是会认为UITableView会先调用前者,再调用后者,因为这和我们创建控件的思路是一样的,先创建它,再设置它的布局。但实际上却并非如此,我们都知道,UITableView是继承自UIScrollView的,需要先确定它的contentSize及每个Cell的位置,然后才会把重用的Cell放置到对应的位置。所以事实上,UITableView的回调顺序是先多次调用tableView:heightForRowAtIndexPath:以确定contentSize及Cell的位置,然后才会调用tableView:cellForRowAtIndexPath:,从而来显示在当前屏幕的Cell。
举个例子来说:如果现在要显示100个Cell,当前屏幕显示5个。那么刷新(reload)UITableView时,UITableView会先调用100次tableView:heightForRowAtIndexPath:方法,然后调用5次tableView:cellForRowAtIndexPath:方法;滚动屏幕时,每当Cell滚入屏幕,都会调用一次tableView:heightForRowAtIndexPath:、tableView:cellForRowAtIndexPath:方法。
看到这里,想必大伙也都能隐约察觉到,UITableView优化的首要任务是要优化上面两个回调方法。事实也确实如此,下面按照我探讨进阶的过程,来研究如何优化:
优化探索,项目拿到手时代码是这样:
View Code
滚动很快时,只加载目标范围内的Cell,这样按需加载,极大的提高流畅度。
写了这么多,也差不多该来个总结了!UITableView的优化主要从三个方面入手:
提前计算并缓存好高度(布局),因为heightForRowAtIndexPath:是调用最频繁的方法;
异步绘制,遇到复杂界面,遇到性能瓶颈时,可能就是突破口;
滑动时按需加载,这个在大量图片展示,网络加载的时候很管用!(SDWebImage已经实现异步加载,配合这条性能杠杠的)。
除了上面最主要的三个方面外,还有很多几乎大伙都很熟知的优化点:
正确使用reuseIdentifier来重用Cells
尽量使所有的view opaque,包括Cell自身
尽量少用或不用透明图层
如果Cell内现实的内容来自web,使用异步加载,缓存请求结果
减少subviews的数量
在heightForRowAtIndexPath:中尽量不使用cellForRowAtIndexPath:,如果你需要用到它,只用一次然后缓存结果
尽量少用addView给Cell动态添加View,可以初始化时就添加,然后通过hide来控制是否显示
尾巴
肯定很多人会非常好奇,为什么我都是手动用代码创建Cell的?现在主流不都是Xib、Storyboard什么的嘛?我的回答是:要想提高效率,还是手动写有用!抛开Xib、Storyboard需要系统自动转码,给系统多加了一层负担不谈,自定义Cell的绘制更是无从下手,所以,在我看来,复杂的需要高效的界面,还是手动写代码吧!!!
最后如果你们的项目都是用的Xib、Storyboard,并需要优化UITableView的话,sunnyxx大神提出了好的方案:http://blog.sunnyxx.com/2015/05/17/cell-height-calculation/ 大伙可以自行研究研究。
知识是需要不断学习的,作为刚上路的我,如果有什么理解不到位的,欢迎大伙留言指正,如果你有什么更牛逼的想法,希望一起交流交流。
注明:本篇的分析源码来源于开源项目VVeboTableViewDemo
参考:https://github.com/johnil/VVeboTableViewDemo
UITableView最核心的思想就是UITableViewCell的重用机制。简单的理解就是:UITableView只会创建一屏幕(或一屏幕多一点)的UITableViewCell,其他都是从中取出来重用的。每当Cell滑出屏幕时,就会放入到一个集合(或数组)中(这里就相当于一个重用池),当要显示某一位置的Cell时,会先去集合(或数组)中取,如果有,就直接拿来显示;如果没有,才会创建。这样做的好处可想而知,极大的减少了内存的开销。
知道UITableViewCell的重用原理后,我们来看看UITableView的回调方法。UITableView最主要的两个回调方法是tableView:cellForRowAtIndexPath:和tableView:heightForRowAtIndexPath:。理想上我们是会认为UITableView会先调用前者,再调用后者,因为这和我们创建控件的思路是一样的,先创建它,再设置它的布局。但实际上却并非如此,我们都知道,UITableView是继承自UIScrollView的,需要先确定它的contentSize及每个Cell的位置,然后才会把重用的Cell放置到对应的位置。所以事实上,UITableView的回调顺序是先多次调用tableView:heightForRowAtIndexPath:以确定contentSize及Cell的位置,然后才会调用tableView:cellForRowAtIndexPath:,从而来显示在当前屏幕的Cell。
举个例子来说:如果现在要显示100个Cell,当前屏幕显示5个。那么刷新(reload)UITableView时,UITableView会先调用100次tableView:heightForRowAtIndexPath:方法,然后调用5次tableView:cellForRowAtIndexPath:方法;滚动屏幕时,每当Cell滚入屏幕,都会调用一次tableView:heightForRowAtIndexPath:、tableView:cellForRowAtIndexPath:方法。
看到这里,想必大伙也都能隐约察觉到,UITableView优化的首要任务是要优化上面两个回调方法。事实也确实如此,下面按照我探讨进阶的过程,来研究如何优化:
优化探索,项目拿到手时代码是这样:
if (needLoadArr.count>0&&[needLoadArr indexOfObject:indexPath]==NSNotFound) { [cell clear]; return; }
View Code
滚动很快时,只加载目标范围内的Cell,这样按需加载,极大的提高流畅度。
写了这么多,也差不多该来个总结了!UITableView的优化主要从三个方面入手:
提前计算并缓存好高度(布局),因为heightForRowAtIndexPath:是调用最频繁的方法;
异步绘制,遇到复杂界面,遇到性能瓶颈时,可能就是突破口;
滑动时按需加载,这个在大量图片展示,网络加载的时候很管用!(SDWebImage已经实现异步加载,配合这条性能杠杠的)。
除了上面最主要的三个方面外,还有很多几乎大伙都很熟知的优化点:
正确使用reuseIdentifier来重用Cells
尽量使所有的view opaque,包括Cell自身
尽量少用或不用透明图层
如果Cell内现实的内容来自web,使用异步加载,缓存请求结果
减少subviews的数量
在heightForRowAtIndexPath:中尽量不使用cellForRowAtIndexPath:,如果你需要用到它,只用一次然后缓存结果
尽量少用addView给Cell动态添加View,可以初始化时就添加,然后通过hide来控制是否显示
尾巴
肯定很多人会非常好奇,为什么我都是手动用代码创建Cell的?现在主流不都是Xib、Storyboard什么的嘛?我的回答是:要想提高效率,还是手动写有用!抛开Xib、Storyboard需要系统自动转码,给系统多加了一层负担不谈,自定义Cell的绘制更是无从下手,所以,在我看来,复杂的需要高效的界面,还是手动写代码吧!!!
最后如果你们的项目都是用的Xib、Storyboard,并需要优化UITableView的话,sunnyxx大神提出了好的方案:http://blog.sunnyxx.com/2015/05/17/cell-height-calculation/ 大伙可以自行研究研究。
知识是需要不断学习的,作为刚上路的我,如果有什么理解不到位的,欢迎大伙留言指正,如果你有什么更牛逼的想法,希望一起交流交流。
注明:本篇的分析源码来源于开源项目VVeboTableViewDemo
参考:https://github.com/johnil/VVeboTableViewDemo
相关文章推荐
- 一个实现 Twitter SnowFlake 算法 的 Go 分布式 UID 生成器
- 改变UITextView的边框颜色
- UIView的contentMode使用小结
- 自定义UICollectionViewLayout(一) ----LineLayout
- UITextField小结
- 6.7.3 qmgr_message_reslove函数:解析收件人地址,生成QMGR_TRANSPORT和QMGR_QUEUE结构体
- 执行session.createSQLQuery(querySql).list()多次后,再次执行没有动静
- UIBarbuttonItem
- STL学习笔记— —容器deque
- maven install与maven build的区别
- JAVA中String与StringBuffer,StringBuilder的区别
- 各种姿势玩转KVC
- UI控件
- iOS中利用KeyChain获取UUID(唯一标示符)
- 6.2.5 QMGR_QUEUE:收信域信息
- EasyUI iframe 里 dialog 模态 弹出 到 顶层
- easyui datagrid添加行时让高度自适应
- django的request、session没有获取到值,赋默认值
- Windows 10 Mobile Build 14295 备份微信记录方法
- iOS开发中关于UIImage的知识点总结