(Swift-4.0/OC-iOS11)tableview中的estimatedRowHeight属性的设置对复用池造成的影响

什么是estimatedRowHeight? estimatedRowHeight对tableview的复用池机制有哪些影响?怎么去解决?

什么是estimatedRowHeight?

show Quick help一下,看看苹果怎么说
estimatedRowHeight属性说明
    本着翻译只翻译重点的原则,大致的意思: estimatedRowHeight是一个预估高度,在iOS11之前是为0,在iOS11之
后,这个值默认为44。在swift4.0,默认跟ios11保持一致,问题出现了,这个默认值会有什
么影响?

对tableview的复用池机制的影响:

首先苹果为什么要改变 estimatedRowHeight的默认值呢?

我们知道tableView是继承于ScrollView的,一个scrollView能滑动,需要设置contentSize,
那么tableView的contentSize怎么来呢?iOS11之前(swift4.0之前),会调用tableView每一个cell的heightForRowAtIndexPath
来算出整个高度,从而相加得出contentSize来,这一个步骤挺耗性能!

所以iOS11,默认打开了estimatedRowHeight估算高度功能,当tableView创建完成后,
contentSize为estimatedRowHeight(默认值为44)*cell的数量,不需要遍历每一个cell的heightForRowAtIndexPath来计算了。

所以说苹果爸爸这个改变还是很OK的,那么设置44和0会有什么影响?下面我们来看一段代码

/*创建一个tableview,注册MasterTableViewCell, estimatedRowHeight设置为44,或者
不写,数据源filteredPokemons.count是17,屏幕最多能显示5个cell*/

lazy var myTableView: UITableView = { [unowned self] in
    let myTableView =  UITableView(frame: CGRect(x: 0, y: 64, width: UIScreen.main.bounds.width, height: UIScreen.main.bounds.height-64), style: .plain)
     myTableView.tableFooterView = UIView.init()
     myTableView.dataSource = self
     myTableView.delegate = self
     myTableView.estimatedRowHeight = 44(或者0);
     myTableView.register(MasterTableViewCell.classForCoder(), forCellReuseIdentifier: MasterCell)
     return myTableView
}()

// MARK: - UITableViewDelegate

func tableView(_ tableView: UITableView, heightForRowAt indexPath: IndexPath) -> CGFloat {
    return 140
}

// MARK: - UITableViewDataSource
func numberOfSections(in tableView: UITableView) -> Int {
    return 1
}

func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
    return filteredPokemons.count
}

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
    let cell  = tableView.dequeueReusableCell(withIdentifier: MasterCell, for: indexPath) as? MasterTableViewCell
    let pokemon = filteredPokemons[(indexPath as NSIndexPath).row]
    cell?.model = pokemon
    return cell!
}

cell内部实现:
 override init(style: UITableViewCellStyle, reuseIdentifier: String?) {
    super.init(style: style, reuseIdentifier: reuseIdentifier)
    initUI()
}
required init?(coder aDecoder: NSCoder) {
    fatalError("init(coder:) has not been implemented")
}

func initUI(){
    let initCount =  LibraryAPI.sharedInstance.getInitCount()
    print("初始化走了多少次 \(initCount)")
    self.addSubview(self.imgView)
    self.addSubview(self.titleLabel)
    self.contentView.addSubview(self.subTitleLabel)
}

运行一下estimatedRowHeight = 44;情况

初始化走了多少次 1
初始化走了多少次 2
初始化走了多少次 3
初始化走了多少次 4
初始化走了多少次 5
初始化走了多少次 6
初始化走了多少次 7
初始化走了多少次 8
初始化走了多少次 9
初始化走了多少次 10
初始化走了多少次 11
初始化走了多少次 12
初始化走了多少次 13
初始化走了多少次 14
初始化走了多少次 15
初始化走了多少次 16

结果整整init了16次,然而屏幕最多显示5个cell,复用池是不是有问题? 

我们再看看estimatedRowHeight = 0;

lazy var myTableView: UITableView = { [unowned self] in
    
    let myTableView =  UITableView(frame: CGRect(x: 0, y: 88, width: UIScreen.main.bounds.width, height: UIScreen.main.bounds.height-88), style: .plain)
     myTableView.tableFooterView = UIView.init()
     myTableView.dataSource = self
     myTableView.delegate = self
     myTableView.estimatedRowHeight = 0;
     myTableView.register(MasterTableViewCell.classForCoder(), forCellReuseIdentifier: MasterCell)
     return myTableView
}()

看看运行结果:

初始化走了多少次 1
初始化走了多少次 2
初始化走了多少次 3
初始化走了多少次 4
初始化走了多少次 5

初始化只走了5次,刚好是屏幕显示的cell的个数.复用池正常

那么estimatedRowHeight的值为什么会造成这样的问题?

我们假设数据源是17个,cell是17个,高度是140,设置estimatedRowHeight=44,那么会触发
17次heightForRow,tablev的初始contenSize就是 17*140 = 2380,按理说初始化的个数
应该是2380/44 = 54个,查看上面的打印日志estimatedRowHeight = 44,为什么17个数据
,只初始化了16次?,应该是17个呀?后面经过调试你会发现,实际上会调用16次
heightForRow的方法,这16次,是tableview的初始化高度36(iPhone 7p的高度)-64(导航
栏的高度) = 672,724/44 = 15.24 ,然后是16次

结论:

当你的实际高度大于预估高度的时候,会按照预估高度下的cell的数量来计算contentSize,
当实际高度小于预估高度的时候,会按照实际高度下的cell的数量来计算contentSize。

如果我们要回到iOS11之前的效果,我们可以让estimatedRowHeight=0,关闭这个预估高度
的效果。

其他解决问题:

为什么使用MJRefresh在iOS11下要让estimatedRowHeight=0,因为MJRefresh底部的上拉
刷新是根据contentSize来计算的,当数据更新的时候,得出来的contentSize只是预估的。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,968评论 6 482
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,601评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 153,220评论 0 344
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,416评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,425评论 5 374
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,144评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,432评论 3 401
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,088评论 0 261
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,586评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,028评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,137评论 1 334
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,783评论 4 324
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,343评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,333评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,559评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,595评论 2 355
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,901评论 2 345

推荐阅读更多精彩内容

  • 1.ios高性能编程 (1).内层 最小的内层平均值和峰值(2).耗电量 高效的算法和数据结构(3).初始化时...
    欧辰_OSR阅读 29,321评论 8 265
  • Swift1> Swift和OC的区别1.1> Swift没有地址/指针的概念1.2> 泛型1.3> 类型严谨 对...
    cosWriter阅读 11,089评论 1 32
  • 一、简介 <<UITableView(或简单地说,表视图)的一个实例是用于显示和编辑分层列出的信息的一种手段 <<...
    无邪8阅读 10,584评论 3 3
  • 我昨天刚巧有幸结识这样一位好婆婆,和我妈妈年纪差不多大,家在西安,已经退休。有一个儿子,也已经有了小孙子。下文,我...
    苏菲的妈妈圈阅读 575评论 4 7
  • 1、摩羯座女生 摩羯女该端起酒杯的时候一点儿都不扭捏,她们不会无缘无故的喝酒,本着方向去的摩羯女当然落落大方。另外...
    梦起文学盟阅读 828评论 0 0