estimatedRowHeight 对contentSize的影响

一、estimatedRowHeight 不为0时(开始tableView 自动估值)

优点:
  计算contentSize时,降低计算了,提高整体加载性能
缺点:
  数据未全部显示前,contentSize并不是真实数据的contentSize

注: contentSize计算方式详见:举例一、举例二
结论:如果业务中需要精确的contentSize,肯定是需要关闭自动估计滴~~

测试环境:
Xcode Version 11.5 (11E608c)
iPhone 6s iOS 13.5 — 模拟器

预备知识点:
  cell 的最大初始化数量。
  当cell高度为系统高度时,第一屏初始化数量为15,cell最大的初始化数量为17(屏幕呈现cell最多时的数量)。
  可以通过ViewController设置为rootViewController测试,第一屏的初始化contentOffset.y 为20(状态栏的高度),因此需要滑动来调整一屏显示cell数量最多的情况。


cell默认高度最大cell数量.png

举例一:
前提: cell真实高度 > 系统默认高度(44)


cell真实高度大于默认高度.png

  通过create new cell确认cell初始化数量为15,多次修改cell.height,初始化数量依然是15。因此推断当cell真实高度大于系统高度时,cell初始化数量==cell.height为系统默认高度时,第一屏cell初始化的数量。

疑点:多次滑动后,15个cell完全没有同时展示的机会,为什么没有销毁几个呢???

cell高度88第一屏.png
cell高度88滑动后.png

  初始化页面完成后,需要向下拽动一下,出发scrollViewDidScroll,从而打印出当前的contentSize。
contentSize = (cell系统默认高度 * cell总数) + (cell真实高度 - cell系统默认高度)* cell初始化的数量

此时contentSize.height = 5060 = (44 * 100)+ (88 - 44)* 15,随着更多的cell展示 (44 * 100)+ (88 - 44)* x,直到滑动到最底部(44 * 100)+ (88 - 44)* 100 == 88 * 100 == 8800

举例二:
  前提: cell真实高度 < 系统默认高度(44)


cell真是高度小于默认高度.png

通过create new cell确认cell初始化数量为17,第一屏显示的cell数量为初始化的数量。


cell高度40第一屏.png
cell高度40滑动后.png

  初始化页面完成后,需要向下拽动一下,出发scrollViewDidScroll,从而打印出当前的contentSize。
contentSize = (cell系统默认高度 * cell总数) + (cell真实高度 - cell系统默认高度)* cell初始化的数量

  此时contentSize.height = 4332 = (44 * 100)+ (40 - 44)* 17,随着更多的cell展示 (44 * 100)+ (40 - 44)* X,直到滑动到最底部(44 * 100)+ (40 - 44)* 100 == 88 * 100 == 4000

二、estimatedRowHeight 为0(关闭tableView 自动估值)

  tableview 刷新后,contentSize.height = cell真实高度 * cell数量

参考:

http://www.cppcns.com/ruanjian/ios/216879.html

http://www.cocoachina.com/articles/27341