相信大家都已经升级了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
|
1
2
3
4
|
-(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，其余不变
|
1
2
3
|
-(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只是预估的。
原文链接：https://segmentfault.com/a/1190000012715097