一、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真实高度 > 系统默认高度(44)
通过create new cell确认cell初始化数量为15,多次修改cell.height,初始化数量依然是15。因此推断当cell真实高度大于系统高度时,cell初始化数量==cell.height为系统默认高度时,第一屏cell初始化的数量。
疑点:多次滑动后,15个cell完全没有同时展示的机会,为什么没有销毁几个呢???
初始化页面完成后,需要向下拽动一下,出发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)
通过create new cell确认cell初始化数量为17,第一屏显示的cell数量为初始化的数量。
初始化页面完成后,需要向下拽动一下,出发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数量
参考: