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数量
参考：
