iOS11 UITableView遇到的坑

问题: iOS11上, UITableview不能滑动到最后一行的bug.

最近项目在做即时通讯的IM的app, 在项目当中遇到一个问题，当把iPhone系统从ios10升级到ios11之后, 在使用uitableview控件的时候遇到了一个很奇怪的问题, 每次接收到新的消息的时候, uitableview要滑动到最新的消息行, 也就是最后一行. 在ios11之前就没有任何问题的, ios11上面就出现了问题了， 不能滑动到最后一行。 查找了各种原因，刚开始以为是uitableviewcell计算的高度不对, 然后怀疑contentSize的问题, 最后终于找到凶手了.没错,就是contentSize计算得不对 。

Table Views ：在iOS 11中默认启用Self-Sizing

这个应该是UITableView最大的改变。我们知道在iOS8引入Self-Sizing 之后，我们可以通过实现estimatedRowHeight相关的属性来展示动态的内容，实现了estimatedRowHeight属性后，得到的初始contenSize是个估算值，是通过estimatedRowHeight x cell的个数得到的，并不是最终的contenSize，tableView不会一次性计算所有的cell的高度了，只会计算当前屏幕能够显示的cell个数再加上几个，滑动时，tableView不停地得到新的cell，更新自己的contenSize，在滑到最后的时候，会得到正确的contenSize。

Self-Sizing在iOS11下是默认开启的，Headers, footers, and cells都默认开启Self-Sizing，所有estimated 高度默认值从iOS11之前的 0 改变为UITableViewAutomaticDimension：

@property (nonatomic) CGFloat estimatedRowHeight NS_AVAILABLE_IOS(7_0); // default is UITableViewAutomaticDimension, set to 0 to disable

如果目前项目中没有使用estimateRowHeight属性，在iOS11的环境下就要注意了，因为开启Self-Sizing之后，tableView是使用estimateRowHeight属性的，这样就会造成contentSize和contentOffset值的变化，如果是有动画是观察这两个属性的变化进行的，就会造成动画的异常，因为在估算行高机制下，contentSize的值是一点点地变化更新的，所有cell显示完后才是最终的contentSize值。因为不会缓存正确的行高，tableView reloadData的时候，会重新计算contentSize，就有可能会引起contentOffset的变化。iOS11下不想使用Self-Sizing的话，可以通过以下方式关闭：

self.tableView.estimatedRowHeight = 0;
self.tableView.estimatedSectionHeaderHeight = 0;
self.tableView.estimatedSectionFooterHeight = 0;

参考文章:你可能需要为你的APP适配iOS11