前言

iOS 系统已经迎来了 10.3.2 版本，iOS 开发发展至今已经相当成熟了。布局的方式从 frame、size、center 到如今强大的 autolayout，将 UI 布局尽量的“自动化”和“智能化”，在很大程度上减少了程序员的工作量。

可能很多人体会过接手一个老项目通篇的 frame 是有多么的痛苦。在现如今的开发中，性能没那么敏感的时候还是提倡使用自动布局（比如 UITableview 的高度自适应用法），以减少大量的 UI 计算。

然而很多开发者可能写出的自动布局一点也不自动。

autolayout 可以理解为：给界面设定规则，让界面随着数据的变化而做出符合规则的变化。

本篇文章重在解决自动布局中复杂的相互约束。

选择布局的工具

在“遥远的”过去，相信大家都用过（或者见别人用过）UIKit 框架的下的 NSLayoutConstraint，用原生的layout 代码体量之大让人有些难以接受，好在大牛们写了一些轮子照福大家，比如业界最有名气的框架—— Masonry。这里就不介绍 Masonry 的基础用法了，相关的文档已经满天飞了。

关于使用 xib、storyboard 还是纯代码布局，大家可以根据开发项目的进度要求和开发者人数来决定，反正他们布局的道理是一样的。

为了直观性，本文使用 xib 来进行描述。

intrinsicContentSize

首先，我们得搞清楚 intrinsicContentSize 是什么。

一个 View 的约束确定需要两个东西，一个是位置，一个是大小。在日常开发中，我们发现给 UILabel、UIImageView、UIButton 实例写约束的时候，只需要给他们位置，而不需要给大小。这是因为它们指定了 intrinsicContentSize（可以理解为内部通过内容计算出了一个合理的大小，我们可以不用指定它）。

指定 intrinsicContentSize 方法：重写 UIView 中的 -(CGSize)intrinsicContentSize: 方法，在需要改变这个值时调用：invalidateIntrinsicContentSize 方法，告知系统值已改变（我们可以自定义指定 intrinsicContentSize 的类）

所以，当我们不给这三种指定了 intrinsicContentSize 的控件的大小的时候，UI 还是不会出错，而且可以通过 intrinsicContentSize 属性获取内部计算过后的大小。

模糊约束

模糊约束，就是 Masonry 中的 lessThanOrEqualTo、greaterThanOrEqualTo，也就是小于等于、大于等于，单独使用模糊约束很简单。

example:

需求：上图中label宽度和高度遵循 intrinsicContentSize，但是长度不能超过父视图。
实现：Label 距离左边 10，纵向居中，距离右边小于等于 10

优先级

优先级就是在两个约束冲突的时候，优先满足优先级高的约束。

example:

其实通常情况下的优先级的使用很简单，这里我要讲的是视图的优先级，如下图

[email protected]

这两个方法相信大家都不陌生（不管有没有用过），他们派上用场的条件是：该视图指定了intrinsicContentSize（固有大小），所以 UILabel、UIImageView、UIButton 都可以配置这几个方法。

当然，这是在nib文件里面进行可视化的配置，在代码里面是这样的（他们是 UIView 的方法）：

- (void)setContentHuggingPriority:(UILayoutPriority)priority forAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0);
- (void)setContentCompressionResistancePriority:(UILayoutPriority)priority forAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0);