关于iOS11中estimatedRowHeight属性

BlackMass 发布于2019-06-25 16:36 / 2822人阅读

摘要：什么是简而言之是一个预估高度，之前是为，在下，这个值默认为。后面当你每次显示出新的出来的时候，再进行调整，增加的高度。如果我们要回到之前的效果，我们可以让，关闭这个预估高度的效果。

相信大家都已经升级了iOS11，而且也做了相应的适配，其中对于tableView这个控件进行适配的时候，比如：集成MJRefresh的时候，当然还有其他很多情况下，很多资料都有说需要把estimatedRowHeight属性设置为0，那么它到底是什么，为什么要这么来做，我们来探究下。

什么是estimatedRowHeight？

简而言之estimatedRowHeight是一个预估高度，iOS11之前是为0，在iOS11下，这个值默认为44。

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

所以iOS11，默认打开了estimatedRowHeight估算高度功能，当tableView创建完成后，contentSize为estimatedRowHeight（默认值为44）*cell的数量，不需要遍历每一个cell的heightForRowAtIndexPath来计算了。但是这样子真实的contentSize又怎么得出来呢？

不要急，我们看官方文档的描述，里面的一句话

也就是说在滑动的时候，来计算这个值。具体是怎么计算的，我们可以举2个例子：

例子一

我们创建一个TableView，在iPhone7（iOS11）下，origin = (x = 0, y = 20)，size = (width = 375, height = 657)，此时方法返回的cell高度为50

-(NSInteger)tableView:(UITableView )tableView numberOfRowsInSection:(NSInteger)section{      return 100;  }   `
 
 -(CGFloat)tableView:(UITableView )tableView heightForRowAtIndexPath:(NSIndexPath )indexPath{      return 50;  }  

 -(void)scrollViewDidScroll:(UIScrollView )scrollView {      NSLog(@”table ContentSize %@”, 
 NSStringFromCGSize(scrollView.contentSize));  }

结果我们可以看到下图，初始高度为100 * 44=4400

table ContentSize {375, 4400}

当我往下拉（往下不是往上），不会出现新的cell，仅仅是为了触发scrollViewDidScroll这个方法来打印出下面语句来

table ContentSize {375, 4490}

这个值怎么出来的呢？按照计算的话，也应该是4400+(50-44)*13=4478 （这里50-44是每一行的实际高度和预估的高度的差值；13是界面显示出0～12，总共13行）。
后面经过调试你会发现，实际上会调用15次heightForRow的方法，这15次，是预估高度为44，在657高度的屏幕上，会显示出657/44=15个cell出来，所以它的实际计算会根据这个值来进行，那么此时我们就能得出正确的结论来了4400+15*（50-44）=4490。

后面当你每次显示出新的cell出来的时候，再进行调整，增加50-44=6的高度。

例子二

和例子一的区别在于，cell高度返回为30，也就是小于预估高度44，其余不变

-(CGFloat)tableView:(UITableView )tableView heightForRowAtIndexPath:(NSIndexPath )indexPath{           
   return 30; 
}

结果我们可以看到下图，初始高度为100 * 44=4400

table ContentSize {375, 4400}

当我往下拉（往下不是往上），不会出现新的cell，仅仅是为了触发scrollViewDidScroll这个方法来打印出下面语句来

table ContentSize {375, 4092}

按照例子一的解释，我们计算下：4400 -（44-30）15= 4190 ！！它又是怎么来的呢？经过调试，我们发现它调用了heightForRow这个方法22次，也就是目前显示在屏幕上的可见cell数量，按照这个，确实符合：4400 -（44-30）22= 4092。同样的，当你往上滑动，出现新的cell的时候，contentSize的高度会减去（44-30）

总结

那么我们可以得出结论，当你的实际高度大于预估高度的时候，会按照预估高度下的cell的数量来计算contentSize，当实际高度小于预估高度的时候，会按照实际高度下的cell的数量来计算contentSize。

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

延展

为什么使用MJRefresh在iOS11下要让estimatedRowHeight=0，因为MJRefresh底部的上拉刷新是根据contentSize来计算的，当数据更新的时候，得出来的contentSize只是预估的。

欢迎加群讨论（请备注来源）：272306631

专线服务私有云关于JAVA中顺序IO的基本操作 estimatedRowHeight python中属性值匹配img中属性

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/16925.html

ios技术

摘要：中两个值得注意的地方这个知识点可以用于面试，以及对于一些对初始化时机有要求的配置的排查。这篇文章主要是将我们的各个技术方案的思路做一下整理和总结，希望对大家有所帮助。 UIApplicationDelegate 中两个值得注意的地方这个知识点可以用于面试，以及对于一些对初始化时机有要求的 SDK 配置的 bug 排查。答案是会的，应用从 active 状态至 suspended 状...

lentoo 2019-06-25 16:30 评论0 收藏0
iOS11和iPhone X的适配

摘要：随着和刚开始正式发布，小编也迫不及待的更新了，手机也顺利更新到，也终于见到的真面不，看着齐刘海的样式，小编心里淡淡的忧伤，怎么适配，如何快速适配到项目中，成了一个蛋疼的问题文章讲解点首先看一下的模拟器样式吧的设计图启动页的适配刷新框架的适配随着iOS11和xcode9刚开始正式发布，小编也迫不及待的更新了xcode9，手机也顺利更新到iOS，也终于见到iPhone X 的真面不，看着...

番茄西红柿 2019-06-25 16:28 评论0 收藏0
UITableView和UICollectionView的流畅滚动

摘要：以及被设计用来支持展示能滚动的数据集。，因为的完全可自定义，提供了最大程度上的灵活性。基础方式是为需要显示的的每个属性创建出口，并通过来初始化。然而，文章中基础原则仍然适用。 As most iOS developers know, displaying sets of data is a rather common task in building a mobile app. App...

Loong_T 2019-06-25 16:55 评论0 收藏0
ios开发

摘要：谈谈分享邀请奖励机制附实现代码从产品和代码封装两个角度讲述了分享邀请机制已经洗干净了就等你来关于的一些总结微信逆向实战自动抢红包修改步数防止消息撤回实现非越狱下微信自动抢红包修改步数防止消息撤回数字切换动效根据原型高度还原的一个动效作品。基于 KVO Hook 来对页面交互性能进行监控基于 KVO Hook 来对页面交互性能进行监控 iOS 客户端 HTTPS 防中间人攻击实践写...

waruqi 2019-06-25 16:35 评论0 收藏0
iOS系统中导航栏的转场解决方案与最佳实践

摘要：背景目前，开源社区和业界内已经存在一些导航栏转场的解决方案，但对于历史包袱沉重的美团而言，这些解决方案并不完美。中的导航栏属于各个业务方的公用资源，由于缺乏相应的约束机制和最佳实践，导致业务方之间的代码耦合程度不断增加。背景目前，开源社区和业界内已经存在一些 iOS 导航栏转场的解决方案，但对于历史包袱沉重的美团 App 而言，这些解决方案并不完美。有的方案不能满足复杂的页面跳转场...

wangbjun 2019-06-25 16:59 评论0 收藏0