TableView基础性能优化

作为一个iOSer,有一个永远无法绕过的槛:tableView。

PS:此文适用于每一个cell返回高度不一样时

前文

在学习的开发道路上,tableView是第一个让我感到痛苦的控件,当时也是花了很长时间才对他有一丝了解
随着姿势水平的提升,个人对其有了更多的理解,现如今网络上有很多相关文章,我只是说出自己的一些观点,并尽量简要明了


正文

tableView主要方法

  • 和性能有关的方法主要是2个:- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
  • tableView继承与UIScrollView,创建一个scrollView需要contentSize值,所以通过第一个方法得到完全高度;第二个方法创建cell

tableView常见问题

对于新手创建tableView时,容易出现的一些常见问题:
  • 在cellForRowAtIndexPath方法中创建cell,并布局cell中的控件及赋值;在heightForRowAtIndexPath方法中,UITableViewCell *cell = [tableView cellForRowAtIndexPath:indexPath]; return cell.size.height;
  • 在heightForRowAtIndexPath中对所有控件进行布局计算,然后得出相应高度

在容易出现的两个问题中,都在heightForRowAtIndexPath方法中有大量的计算,无疑会对tableView的刷新造成巨大影响,使得用户滑动出现卡帧,体验感下降


tableView方法执行顺序

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
    NSLog(@"----heightForRowAtIndexPath----");
    
}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
    NSLog(@"----cellForRowAtIndexPath--%ld",indexPath.row);
    
}

  • 运行程序后,得到的NSLog打印信息
2017-03-15 15:57:08.336 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.336 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.336 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.337 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.339 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.340 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.340 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.341 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.341 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.342 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.342 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.349 RAC-MVVM实战(1)[9902:584636] ----cellForRowAtIndexPath--0
2017-03-15 15:57:08.349 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.350 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.351 RAC-MVVM实战(1)[9902:584636] ----cellForRowAtIndexPath--1
2017-03-15 15:57:08.354 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:57:08.355 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----

  • 滑动tableView得到的打印信息
2017-03-15 15:58:39.213 RAC-MVVM实战(1)[9902:584636] ----cellForRowAtIndexPath--2
2017-03-15 15:58:39.216 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:58:39.216 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:58:43.371 RAC-MVVM实战(1)[9902:584636] ----cellForRowAtIndexPath--3
2017-03-15 15:58:43.374 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:58:43.374 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:58:43.697 RAC-MVVM实战(1)[9902:584636] ----cellForRowAtIndexPath--4
2017-03-15 15:58:43.700 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:58:43.700 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:58:44.555 RAC-MVVM实战(1)[9902:584636] ----cellForRowAtIndexPath--5
2017-03-15 15:58:44.557 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----
2017-03-15 15:58:44.557 RAC-MVVM实战(1)[9902:584636] ----heightForRowAtIndexPath----

得出结论

  • tableView会先执行完所有高度方法,再执行屏幕显示cell的创建方法和对应的两次高度方法

解决方案

  • 解决上述问题,只需将大量计算从tableView的deletegate和DataSource的方法中移除,最好是在请求数据成功的时候,计算出每一个cell高度并保存起来,刷新tableView走返回高度方法时直接用。

一个小技巧

  • 现在请求数据成功时,大家都会model化数据,以便于更加方便扩展和管理
  • 可以再加一个frameModel,顾名思义--将所有控件通过数据进行计算布局并保存
  • 附上一个GitHub地址https://github.com/rayonCheng/MVVM-RAC-Test.git中的HomePage
  • 此文章是介绍MVVM-RAC结合使用,不太理解的同学可以跳过RAC,只看数据处理
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 151,511评论 1 330
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 64,495评论 1 273
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 101,595评论 0 225
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 42,558评论 0 190
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 50,715评论 3 270
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 39,672评论 1 192
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,112评论 2 291
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 29,837评论 0 181
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 33,417评论 0 228
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 29,928评论 2 232
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,316评论 1 242
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 27,773评论 2 234
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,253评论 3 220
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,827评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,440评论 0 180
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 34,523评论 2 249
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 34,583评论 2 249

推荐阅读更多精彩内容

  • 我们在上一篇《通过代码自定义不等高cell》中学习了tableView的相关知识,本文将在上文的基础上,利用sto...
    啊世ka阅读 1,432评论 2 7
  • 概述在iOS开发中UITableView可以说是使用最广泛的控件,我们平时使用的软件中到处都可以看到它的影子,类似...
    liudhkk阅读 8,823评论 3 38
  • UITableViewCell 父类是UIView UITableView的每一行都是一个UITableViewC...
    翻这个墙阅读 6,362评论 0 1
  • 2017.02.22 可以练习,每当这个时候,脑袋就犯困,我这脑袋真是神奇呀,一说让你做事情,你就犯困,你可不要太...
    Carden阅读 1,244评论 0 1
  • 远程仓库 init 创建仓库 clone 克隆远程版本库到本地 add 将工作区改动添加到缓存区 commit r...
    晓龙酱阅读 151评论 0 0