关于OC 中UItableView 代理方法调用顺序的问题以及iOS11后对cell行高设置的影响

今天在写一个类似帖子一类的tableView，按照平时的习惯，我是在Model中直接算出的cell高度，然后根据- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath这个方法的调用来设置TableView。

以前每次load TableView的时候都会先经过 - (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath 这个方法，但是在iOS11的版本中 我惊讶的发现现在并不是这样。

现在tableView的生命周期变成了先调用- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath，然后才是
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath

懵逼了！ 因为所有的cell高度都是在Model里，只有先调用 heightForRowAtIndexPath 才能够正常的显示。

经过一番查阅Google，才发现iOS11中开启了Self-Sizing，导致的这种情况。

重点：
Self-Sizing在iOS11下是默认开启的，Headers, footers, and cells都默认开启Self-Sizing，所有estimated 高度默认值从iOS11之前的 0 改变为UITableViewAutomaticDimension
如果目前项目中没有使用estimateRowHeight属性，在iOS11的环境下就要注意了，因为开启Self-Sizing之后，tableView是使用estimateRowHeight属性的，这样就会造成contentSize和contentOffset值的变化，如果是有动画是观察这两个属性的变化进行的，就会造成动画的异常，因为在估算行高机制下，contentSize的值是一点点地变化更新的，所有cell显示完后才是最终的contentSize值。因为不会缓存正确的行高，tableView reloadData的时候，会重新计算contentSize，就有可能会引起contentOffset的变化。

所以我们如果要满足之前逻辑的需求 ，只需要在创建tableView的时候执行

 _mTableView.estimatedRowHeight = 0;

这样我们的列表就能正常显示了。