一、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