1、sizeThatFit： 和sizeToFit两个方法的含义
-
sizeToFit方法调用sizeThatFit:(CGSize)size,而size的值是视图的frame.size。当获取到方法sizeThatFit:返回的size的时候会赋值给视图。 - 案例，当
Label调用函数sizeThatFit，参数是CGSizeZero的时候。那么返回的size是lable.text的单行长度和单行高度。所以我们在使用sizeToFit函数来计算Label的高度的时候我们必须先保证label的width是确定的。这样我们计算的高度才是我们需要的。此外还有一个点使我们注意的lable 的属性numberOfLines = 0
1、width 一定
2、numberOfLines = 0；
2、layoutsubviews调用顺序
- 先调用父视图的
layoutsubviews，在调用子视图的layoutsubviews。 - 调用
setNeedsLayout表示视图需要在下一个runloop中调用layoutSubViews,会有延迟。如果希望立即执行可以再加上这句话layoutIfNeeded，这样会立即调用layoutsubviews。
3、UITableView的Cell高度计算
3.1 estimateRowHeight
estimateRowHeight是否开启自动预算高度，在iOS11的时候默认是开启的UITableViewAutomaticDimension = -1。如果想要关闭那么你需要手动设置tableview.estimatedRowHeight = 0;这样可以关闭预算高度。如果你实现了estimate代理方法，其他的设置将无效，你开启了预算高度。
3.2 estimateRowHeight的开启和关闭的不同。
- 没有开启预算高度，就是平常
tableview。首先我们了解一下tableview的生成。tableview继承UIScrollView，那么我们首先要知道tableview的contentSize，计算公式：contentSize = cell1.height + cell2.height + cell3.height + ..... + celln.height。 所以tableview代理方法的效用顺序，首先知道有几个cell。所有调用了numberOfSection和numberOfRowsInSection。
当知道数量的时候，我们需要知道每个cell的高度，所以我们要调用heightOfRow。这样我们就可以计算出'tableview.contentSize'。
这时候我们可以看出来我们现在还并不关心cell是否生成，是什么样子。我们只在意他们的高度。当我们计算完contentsize的时候我们要生成cell。所以我们调用了'cellOfRow'代理方法，返回一个cell，之后我们会在调用'heightOfRow'。这时候返回的高度就是cell的真实高度，之后会把高度赋值cell.frame.size.height，之后会调用cell的layoutsubviews方法。 - 开启预算。首先我们还是需要知道
contentsize，那么这个值应该怎么样计算呢？调用了numberOfSection和numberOfRowsInSection，我们便知道数量，然后contentsize = number * estimatedRowHeight; 这样我们就可以预算出来了contentsize。这时候我们可以看出来我们计算的contentsize并不是正确的，但是我们并不在乎。contentszie的正确结果会在我们滑动的时候根据调用heightOfRow来计算出真正的值。这就为什么右侧的滑动条在滑动的时候一直在变化。之后会按照正常的顺序执行cellOfRow和heightOfRow。
3.3 遇到的坑
- tableview滑动到顶部代码
tableview.contentoffset = cgpointzero。当我们开启预算的时候，这段代码并不起作用，因为我们的contensize是假的。
3.4项目中计算Cell的两种常用方案
-
Cell类中有一个实例方法或者类方法cellHeightWithModel:，根据model中的数据，主要使用方法NSString -sizeWithAttributes来计算各个控件的高度，最后整合在一起生成最终的高度。 - 先把model赋值给cell，cell中的各个控件都是有值得。之后调用控件的
sizeToFit来计算出各个控件的高度，之后再整合出来cell的高度。
这两个区别就在于我们时候需要一个实例化cell，第一种方案是不需要cell实例的，但是第二种是必选需要一个实例化cell
