一开始使用的Xib+AutoLayout，以及iOS8之后的自动估算高度。也就是设置
self.ableView.estimatedRowHeight = xxx;
self.tableView.rowHeight = UITableViewAutomaticDimension;
选择这种实现方式非常适合快速开发，快速的拖拽控件就可以很快的看见效果
这种方案解决简单列表视图 不会有太大问题，但是应对列表式的多视图界面会存在各种问题
最近公司开发类似淘宝和京东的商品详情界面，最初我使用的实现方案就是上面的方案，因为有点特殊的地方是 有一个模块要显示不固定高度的h5 而且很长 算是稍微特殊点的界面 把遇到的问题和解决方案 分享下 主要充当笔记
该界面 上下一次分为 五个模块 banner 详情 评论 图文详情（h5）和晒图(collectionview)
最初的实现方案 是采用 每个模块分为一个 cell 方便 数据层控制界面层和以后拓展
每个cell里采用cell自动计算高度的方式布局子控件
慢慢滑动界面看似没问题 但是进入详情 快速滑到底部 再快速划上去 就会出现白屏问题 而且 滑动帧率并不高
解决方案： 初始化tableview 时不使用自动计算 也就是不写以下两行代码
self.ableView.estimatedRowHeight = xxx;
self.tableView.rowHeight = UITableViewAutomaticDimension;
每个item 的展示高度 在获取到数据时 手动计算并缓存对应item的高度 并通过 tableview 代理方法返回，完美得到解决 帧率提高
以下 讲一下缓存行高的几种原则：
每个不同的cell 所要展示的内容 都有可知高度 未知高度 两大类
1： 可知高度： 比如 某个cell 内要展示标题内容并且高度固定 44pX 和10PX的分割线 ，像这种不依赖数据就能知道的尺寸就是可知高度
2：
1）未知高度也分为两类： 未知高度就是需要先知道数据才能计算该 item的整体高度
比如 商品详情模块需要一个九宫格展示相关产品 九宫格每格大小相同 这时只要知道 数据就能手动计算该模块的整体高度
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
return cellHeight;
} 只要把每个模块的已知高度进行相加 并缓存到对应模型中就能解决问题了
2） 但是还有一种情况： 就是 在拿到接口数据时 也不能够知道 它所要显示的高度，比如： 展示评论模块 我们可以知道有多少条评论 但不知道每条评论展示内容高度 所以无法或获取整体高度 还有比如： cell里嵌套 webVIew 我们拿到webVIew的展示地址 但是不知道 它要展示的高度 所以也无法计算整体高度
关于评论内容展示啊 有很多实现方案 如果只是简单展示 我推荐条简单方案
首先： 评论模块 我使用 tableview 展示 并使用自动计算（这个自动计算苹果还是能做好的） 然后通过以下这个方法获取每条评论所需要的内容高度
-(void) tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath
在这个方法里一次累加告诉 然后回调缓存 并回调出去 刷新界面即可
webview 显示也是一样的 在cell里实现webview的代理方法
- (void)webView:(WKWebView *)webView didFinishNavigation:(WKNavigation *)navigation
这是 webVIew 加载完成回调
在这里通过 webVIew 执行 JS document.body.clientHeight 可以获取 webview 的整体高度 然后进行缓存 并刷新界面即可
在这里提示两点：
计算完成回调刷新界面 可以针对固定的 cell 进行刷新 不建议整体刷新
缓存高度 只要把模型数据给过cell 然后cell 在内部修改模型数据 外部直接刷新获取对应高度，这是指针传递的一种优势
写的不好 希望交流