单元格复用问题 demo 点击此处下载
UITableView最核心的思想就是UITableViewCell的重用机制。简单的理解就是:UITableView一开始只会创建屏幕上要显示的Cell,每当Cell滑出屏幕时,就会放入到一个叫“重用池”的里面,滑动中当要显示某一位置的Cell时,会先去“重用池”取,如果有,就直接拿来显示;如果没有,才会创建。这样做的好处就是极大的减少了内存的开销,不需要每个都创建了。那么我们首先对复用进行一个探究(以下探究方法是当初刚学习OC时候网上受到的启发,自己按照这个思路尝试)。
// 方法1
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"qwer"];
if (!cell) {
cell = [[UITableViewCell alloc]initWithStyle:UITableViewCellStyleDefault reuseIdentifier:@"qwer"];
}
// 方法2(xib),在GLImageCell.xib文件中identifier中输入GLImageCell,在GLImageCell.m中复写initWithStyle reuseIdentifier方法 复写内容见demo(loadNibNamed的方法)
GLImageCell *cell = [tableView dequeueReusableCellWithIdentifier:@"GLImageCell"];
if (nil == cell) {
cell = [[GLImageCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:@"GLImageCell"];
}
// 方法3
Method3Cell *cell = [tableView dequeueReusableCellWithIdentifier:@"method3"];
if (nil == cell) {
cell = [[[NSBundle mainBundle]loadNibNamed:@"Method3Cell" owner:self options:nil]lastObject];
cell.selectionStyle=UITableViewCellSelectionStyleNone;
[tableView registerNib:[UINib nibWithNibName:@"Method3Cell" bundle:[NSBundle mainBundle]] forCellReuseIdentifier:@"method3"];
}
return cell;
// 方法4
1.在viewdidload方法里面
UINib *firstNib = [UINib nibWithNibName:@"Method3Cell" bundle:nil];
[_tableView registerNib:firstNib forCellReuseIdentifier:@"Method3"];
2.在 dequeueReusableCellWithIdentifier:(NSString *)identifier forIndexPath:(NSIndexPath *)indexPath方法中
Method3Cell *cell = [tableView dequeueReusableCellWithIdentifier:@"Method3" forIndexPath:indexPath];
//在以下方法中这么写
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{
static int myCount = 0; //static变量只是在编译时候进行初始化
TableViewCell *cell;
cell = [tableView dequeueReusableCellWithIdentifier:@"test"];
if (nil == cell) {
// 此处调用方法1,2,3,4进行测试
myCount ++;
NSLog(@"count :%d ",myCount);
}
return cell;
}
测试输出结果如下
//方法1 输出为1,2,3,4,5,6,7,8,9
//方法2 输出为1,2,3,4,5,6,7,8,9
//方法3 输出为1
//方法4 输出为 (就是不输出)
为什么会这样?首先我们大胆猜测一下是不是这样的:方法1和方法2是因为一开始都没有对应这个Identifier的cell,所以每次都进入if(cell==nil)方法里面。方法3是因为第一次没有找到对应Identifier的cell,于是进入if(cell==nil)里面,然后调用的注册方法,所以只输出一个数。方法4是因为在最开始就已经注册过,所以不会进入if里面,所以就没有输出。
我们先来看这句 dequeueReusableCellWithIdentifier 是什么意思,我们查看官方文档
网上翻译一下大致意思:
出于性能的原因,一个表视图的数据源应该采用可复用的表视图单元对象。一个表视图维护着一个可复用单元的队列或者列表。当要显示一个新的单元的时候就调用这个方法,这个方法会出列一个已经存在的单元。假如没有可以复用的单元那么就返回nil。
从表视图的生命周期来说,一开始可复用队列为空,调用dequeueReusableCellWithIdentifier:肯定返回nil。然后就调用initWithStyle:reuseIdentifier:方法来产生并且标识复用记号的表视图单元。满屏显示的时候,滚动表视图,一侧的单元就会被移出屏幕,此时这个单元进入可复用单元队列,然后调用prepareForReuse方法准备一个即将出列的单元, dequeueReusableCellWithIdentifier:从可复用单元队列里出列一个可复用单元。
//修改一下例子
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{
static int myCount = 0; //static变量只是在编译时候进行初始化
TableViewCell *cell;
cell = [tableView dequeueReusableCellWithIdentifier:@"test"];
if (nil == cell) {
// 此处调用方法1,2,3,4进行测试
myCount ++;
NSLog(@"count :%d ",myCount);
}
//第二种输出
NSLog(@"+++++++++before:%@",cell.textLabel.text);
cell.textLabel.text = [NSString stringWithFormat:@"%ld",(long)indexPath.row];
NSLog(@"---------after:%@",cell.textLabel.text);
}
输出结果
/* 方法3的第二种输出
2016-09-08 16:49:18.066 TableViewTest[43861:2739078] time : 1
2016-09-08 16:49:18.068 TableViewTest[43861:2739078] +++++++++before:(null)
2016-09-08 16:49:18.068 TableViewTest[43861:2739078] ---------after:0
2016-09-08 16:49:18.071 TableViewTest[43861:2739078] +++++++++before:(null)
2016-09-08 16:49:18.071 TableViewTest[43861:2739078] ---------after:1
2016-09-08 16:49:18.072 TableViewTest[43861:2739078] +++++++++before:(null)
2016-09-08 16:49:18.072 TableViewTest[43861:2739078] ---------after:2
2016-09-08 16:49:18.072 TableViewTest[43861:2739078] +++++++++before:(null)
2016-09-08 16:49:18.073 TableViewTest[43861:2739078] ---------after:3
2016-09-08 16:49:18.073 TableViewTest[43861:2739078] +++++++++before:(null)
2016-09-08 16:49:18.073 TableViewTest[43861:2739078] ---------after:4
2016-09-08 16:49:18.074 TableViewTest[43861:2739078] +++++++++before:(null)
2016-09-08 16:49:18.098 TableViewTest[43861:2739078] ---------after:5
2016-09-08 16:49:18.099 TableViewTest[43861:2739078] +++++++++before:(null)
2016-09-08 16:49:18.099 TableViewTest[43861:2739078] ---------after:6
2016-09-08 16:49:18.100 TableViewTest[43861:2739078] +++++++++before:(null)
2016-09-08 16:49:18.100 TableViewTest[43861:2739078] ---------after:7
2016-09-08 16:49:18.101 TableViewTest[43861:2739078] +++++++++before:(null)
2016-09-08 16:49:18.101 TableViewTest[43861:2739078] ---------after:8
2016-09-08 16:49:19.966 TableViewTest[43861:2739078] +++++++++before:(null)
2016-09-08 16:49:19.966 TableViewTest[43861:2739078] ---------after:9
2016-09-08 16:49:32.542 TableViewTest[43861:2739078] +++++++++before:(null)
2016-09-08 16:49:32.543 TableViewTest[43861:2739078] ---------after:10
2016-09-08 16:49:37.408 TableViewTest[43861:2739078] +++++++++before:1
2016-09-08 16:49:37.409 TableViewTest[43861:2739078] ---------after:11
*/
/*方法1,方法2,方法4的第二种输出
2016-09-08 16:53:31.731 TableViewTest[43916:2742025] time : 1
2016-09-08 16:53:31.734 TableViewTest[43916:2742025] +++++++++before:(null)
2016-09-08 16:53:31.735 TableViewTest[43916:2742025] ---------after:0
2016-09-08 16:53:31.736 TableViewTest[43916:2742025] time : 2
2016-09-08 16:53:31.736 TableViewTest[43916:2742025] +++++++++before:(null)
2016-09-08 16:53:31.737 TableViewTest[43916:2742025] ---------after:1
2016-09-08 16:53:31.737 TableViewTest[43916:2742025] time : 3
2016-09-08 16:53:31.738 TableViewTest[43916:2742025] +++++++++before:(null)
2016-09-08 16:53:31.738 TableViewTest[43916:2742025] ---------after:2
2016-09-08 16:53:31.738 TableViewTest[43916:2742025] time : 4
2016-09-08 16:53:31.738 TableViewTest[43916:2742025] +++++++++before:(null)
2016-09-08 16:53:31.739 TableViewTest[43916:2742025] ---------after:3
2016-09-08 16:53:31.739 TableViewTest[43916:2742025] time : 5
2016-09-08 16:53:31.740 TableViewTest[43916:2742025] +++++++++before:(null)
2016-09-08 16:53:31.740 TableViewTest[43916:2742025] ---------after:4
2016-09-08 16:53:31.740 TableViewTest[43916:2742025] time : 6
2016-09-08 16:53:31.741 TableViewTest[43916:2742025] +++++++++before:(null)
2016-09-08 16:53:31.741 TableViewTest[43916:2742025] ---------after:5
2016-09-08 16:53:31.742 TableViewTest[43916:2742025] time : 7
2016-09-08 16:53:31.742 TableViewTest[43916:2742025] +++++++++before:(null)
2016-09-08 16:53:31.742 TableViewTest[43916:2742025] ---------after:6
2016-09-08 16:53:31.743 TableViewTest[43916:2742025] time : 8
2016-09-08 16:53:31.743 TableViewTest[43916:2742025] +++++++++before:(null)
2016-09-08 16:53:31.744 TableViewTest[43916:2742025] ---------after:7
2016-09-08 16:53:31.744 TableViewTest[43916:2742025] time : 9
2016-09-08 16:53:31.745 TableViewTest[43916:2742025] +++++++++before:(null)
2016-09-08 16:53:31.745 TableViewTest[43916:2742025] ---------after:8
2016-09-08 16:53:38.519 TableViewTest[43916:2742025] time : 10
2016-09-08 16:53:38.519 TableViewTest[43916:2742025] +++++++++before:(null)
2016-09-08 16:53:38.519 TableViewTest[43916:2742025] ---------after:9
2016-09-08 16:53:38.604 TableViewTest[43916:2742025] +++++++++before:0
2016-09-08 16:53:38.605 TableViewTest[43916:2742025] ---------after:10
2016-09-08 16:53:38.688 TableViewTest[43916:2742025] +++++++++before:1
2016-09-08 16:53:38.689 TableViewTest[43916:2742025] ---------after:11
2016-09-08 16:53:38.740 TableViewTest[43916:2742025] +++++++++before:2
2016-09-08 16:53:38.740 TableViewTest[43916:2742025] ---------after:12
2016-09-08 16:53:38.808 TableViewTest[43916:2742025] +++++++++before:3
2016-09-08 16:53:38.808 TableViewTest[43916:2742025] ---------after:13
*/
方法3中,可复用的cell的text从1开始,从xib中创建的第一个cell,它的identify还没有注册,所以identify值没有,不能复用。复用是从第二个单元格开始
方法1,方法2,方法4中,可复用的cell从第一个单元格开始。
以上的结果跟我们一开始的猜测应该是一样的吧!
在标题边上有github的demo下载地址,有需要的朋友可以下载来看一下 demo下载
UITableView优化问题
在实际开发中,有时候只使用单元格复用还是不够的,在滑动的时候也同样会有卡顿感,那么我们该怎么办呢?
以下是天哥根据多年网上的学习归纳总结的几点,不对的地方大家也请点出来:
1.单元格复用
这个我们前面探究的时候说过了,单元格复用能有效的减少内存的消耗。单元格复用的实现是最简单也是最重要的。
2.使用异步网络请求,缓存图片或者数据
如果我们要显示的内容跟之前的一样,每次都要从网上获取,是不是很浪费呢?我们要减少数据加载和逻辑处理的时间,从内存中获取就大大减少了这方面的消耗,我们要将。现在被大家广泛使用的AFNetworking就是异步网络请求。
3. 提前计算并缓存Cell的高度
在UITableView中,运行时首先调用的方法是”tableView:heightForRowAtIndexPath:”,如果我们在这个方法里面进行各种计算什么的,将会大大增加手机的负担。所以,我们尽量能不调用代理方法的就不要调用(在创建tableview的时候使用tableview.rowHeight来确定cell的高度)。必须调用的情况下(比如每个section所对应的cell不一样等等)也尽量不要在”tableView:heightForRowAtIndexPath:”这个方法中进行一系列的计算,而是提前计算好,直接将计算好的值使用到这个方法中。如果必须要在方法里面计算,那要尽力做最简单的计算。
4.异步绘制
在自定义的cell中,假设工作需求里面,我们要将cell上的某个Button的边框变成红色并且边框要有一点圆弧形。这个时候,我们对view外形的操作最好都放在类似于drawRect的方法里面。drawRect方法是异步绘制,可以大大的缓解主线程的压力。
5.滑动时,按需加载。图片加载时,异步加载(SDWebImage已经实现了异步加载图片,有兴趣的朋友可以去研究一下)。
大家考虑一个场景,如果我们滑动的很快,中间那些瞬间而过的内容是不是不需要显示?哪怕显示了也没用对吧?滑动的那么快我们怎么看得清呢?所以,按需加载就很重要了。我举的例子只是其中的一种情况,这里的“需”每个人都各不一样,有些可能是希望当滑动停止的时候才加载图片(如安卓版本的饿了么。但是iOS版本的饿了么并没有做任何处理,版本低点的iphone手机就会有卡顿感)还有百度外卖的滑动显示逻辑又不一样了(安卓版本的百度外卖在滑动时,要显示下一个图片就慢慢加载出来。iOS版本就没做这个处理,同样老一点的iphone手机也有卡顿感)这里卡顿感我都是用iphone5体验到的,我用iphone6s点外卖就没有卡顿感。按需加载最重要的一点是,我们充分利用好以下方法(并不绝对,看每个人的需求)
- (void)scrollViewWillBeginDragging:(UIScrollView *)scrollView
- (void)scrollViewWillEndDragging:(UIScrollView *)scrollView withVelocity:(CGPoint)velocity
- (void)scrollViewDidEndDragging:(UIScrollView *)scrollView willDecelerate:(BOOL)decelerate
- (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView
这些方法思想就是识别UITableView禁止或者减速滑动结束的时候,进行异步加载图片,快滑动过程中,只加载目标范围内的Cell,这样按需加载,极大的提高流畅度。而SDWebImage可以实现异步加载,与这条性能配合就完美了,尤其是大量图片展示的时候。
6.尽量减少subviews的个数和层级
有时候根据需求,我们不得不在cell上面添加button,image,label,textview等等。必须要加的东西,我们还是要加,但是我们尽量想办法减少这些层级数量。如果我们对某个view设置了alpha < 1,我们应该将这个view的opaque属性设置为NO。如果alpha = 1,则设置opaque为YES。默认情况下opaque为YES。 原因见官方文档,英语大致意思相对简单,我就不翻译了。
关于优化tableview的demo是我在以前学习网上知识下的demo上进行了修改并且增加了注释后完成的,便于大家理解。优化方法很多,这并不是最好的优化,但是可以给大家做一个参考。 优化demo下载
网友评论