iOS的布局方式可以从两个维度来进行选择：
第一个维度是：frame layout/autoresizing/autolayout的选择
frame layout：frame是UIView的属性，用来描述UIView及其子类所表示试图的位置（origin）和大小（size），button.frame = CGRectMake( x, y, width, height)，x、y、width、height对应视图在x轴的位置、y轴的位置、宽度、高度。
用frame的优点：每一个控件的位置清晰明亮，语法简单直接。缺点是：1.每个控件的位置都需要计算，如果修改一个控件的位置，与之相关的也需要做相应的修改 2、控件的可变型比较差，在需要的场景中需要多次改变frame的位置
用frame有两个注意的地方：
1.frame和bounds的区别：frame是该view在父view坐标系统中的位置和大小（参考点是父view的坐标系统），bounds是该view在本地坐标系统中的位置和大小（参考点是本地坐标系统，，以(0,0)为起点，属于绝对位置）
2.frame的一个优化：如果是在UIViewController可以在viewWillLayoutSubviews中重新设置view的frame，在viewDidLoad里面初始化view时设置frame为CGRectZero 对应着，如果是在UIView可以在layoutSubviews中重新设置view的frame，在initWithFrame里面初始化view时设置frame为CGRectZero。viewWillLayoutSubviews和layoutSubviews成对触发，并且viewWillLayoutSubviews在layoutSubviews之前执行。
这样做的原因是：1、界面的创建和布局能够分开，代码结构条理，思路清晰，易于迭代 2、动态实现父视图的子视图布局——仅使用frame来布局视图，视图的位置和大小是唯一确定的，不会随着父视图的变化而变化，除非在某个时间点在此再次设置frame。而viewWillLayoutSubviews（当一个视图的边界发生变化，也就是调整其子视图的位置。你的视图控制器可以重写此方法在layoutSubViews之前生效以重新布局子视图。该方法的默认实现不执行任何操作）的时候来设置frame的位置。
补充说明：用viewWillLayoutSubviews（layoutSubviews）并不是每次都触发（init初始化不会触发），有以下几种情况触发： 1、addSubview会触发viewWillLayoutSubviews 2、设置self.view及子视图frame的size会触发layoutSubviews，当然前提是frame的size值设置前后发生了变化。注意是size不是origin 3、滚动一个UIScrollView（该scrollview有子视图的时候）会触发layoutSubviews 4、横竖屏幕切换会触发
autoresizing：autoresizing和frame layout一样，从一开始存在，属于后者的补充基于 autoresizing 机制，能够让 subview 和 superview 维持一定的布局关系，譬如让 subview 的大小适应 superview 的大小，随着后者的改变而改变。站在代码接口的角度来看，autoresizing 主要体现在几个属性上，包括（但不限于）：
1、translatesAutoresizingMaskIntoConstraints：标识view是否与愿意被autoresize
2、autoresizingMask：是一个枚举值，决定了当superview的size改变时，subview做什么样的调整。
autoresizing 存在的不足是非常显著的，通过autoresizingMask的可选枚举值可以看出：基于 autoresizing 机制，我们只能让 view 在 superview 的大小改变时做些调整；而无法处理兄弟 view 之间的关系，譬如处理与兄弟 view 的间隔；更无法反向处理，譬如让 superview 依据 subview 的大小进行调整。
autolayout：Auto Layout 是随着 iOS 6 推出来的。简单来说它是一种基于约束的布局系统，可以根据你在元素（对象）上设置的约束自动调整元素（对象）的位置和大小。Auto Layout 的布局方式与上面所说的 frame 有些不同，frame 表示与父视图之间的绝对距离，但是 Auto Layout 中大部分的约束都是描述性的，表示视图间相对距离
对于某个 view 的布局方式，autoresizing 和 auto layout 只能二选一，简单来说，若要对某个 view 采用 auto layout 布局，则需要设置其translatesAutoresizingMaskIntoConstraints属性值为NO。
Cassowary 算法：通过将布局问题抽象成线性等式和不等式约束来进行求解。Cassowary 能够有效解析线性等式系统和线性不等式系统，用来表示用户界面中那些相等关系和不等关系 。基于此，Cassowary开发了一种规则系统，通过约束来描述视图间的关系。约束就是规则，这个规则能够表示出一个视图相对于另外一个视图的位置。由于Cassowary算法让视图位置可以按照一种简单的布局思路来写，这些简单的相对位置描述可以在运行时动态的计算出视图具体的位置。视图位置写法简化，界面相关代码也就更易于维护。苹果公司也是看中了这一点，将其引入了自己的系统中。Auto Layout 其实就是对 Cassowary 算法的一种实现。
AutoLayout不只是布局算法Cassowary，还包含了布局在运行时的生命周期等一整套布局引擎系统，用来统一管理布局的创建、更新和销毁。这一整套布局引擎系统叫做Layout Engine，是AutoLayout的核心，主导整个界面布局。
在每个视图得到自己的布局之前，Layout Egine会将视图、约束、优先级、固定大小通过计算转换成最终的大小和位置。在Layout Engine里，每当约束发生变化，就会触发Deffered Layout Pass。完成后进入监听约束变化的状态。当再次监听到约束变化，即进入下一轮循环。
AutoLayout优点：自动布局，适合可变的，相对于另外一个视图进行布局，不用计算每个视图的位置，写死位置和大小。缺点：AutoLayout的约束实际上是系统通过Cassowary算法求解出frame的位置和大小，用frame来进行布局。在界面的view众多（一个view几十个上百个的视图）的时候，求解的过程和效率会随着视图嵌套的数量呈线性增长。
在 iOS 12 中优化后的性能，已经基本和手写布局一样可以达到性能随着视图嵌套的数量呈线性增长 了。而在此之前的 Auto Layout，视图嵌套的数量对性能的影响是呈指数级增长的。为什么 iOS 12 以前性能不好呢？ 原因是：iOS 12以前，当有约束变化时都会重新创建一个计算引擎 NSISEngier 将约束关系重新加起来，重新计算。涉及到约束关系变多时，新的计算引擎需要重新计算，最终导致计算量指数级增加！Cassowary算法本身没有问题，问题是iOS 12之前在某些情况下没有用好这个算法。iOS 12 以后的 Auto Layout 更多的利用了Cassowary算法的界面更新策略，使其真正完成了高效的界面线性策略计算，使其和手写布局有了几乎相同的高性能！
参考文章： https://zhangbuhuai.com/post/auto-layout-part-1.html https://www.jianshu.com/p/a2df933b4ad6 https://www.jianshu.com/p/98c8e18d7fea https://www.jianshu.com/p/4ae8457d14b0 https://blog.csdn.net/qxuewei/article/details/90645521 https://developer.apple.com/library/archive/documentation/UserExperience/Conceptual/AutolayoutPG/