后面当你每次显示出新的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只是预估的。
注：相关教程知识阅读请移步到IOS开发频道。
