在文章开始先放上几个链接，是我当时为了弄清楚AutoLayout看过的比较有帮助的文章：
http://www.cocoachina.com/ios/20141011/9871.html
http://www.cocoachina.com/ios/20150421/11632.html
https://www.natashatherobot.com/ios-autolayout-scrollview/
Equality, Not Assignment
“是相等，不是赋值” －－－－ 理解这个非常重要，因为赋值是将等式右边的结果赋给左边的变量，而相等是让等式的两边结果相等，确实很难用表达式表达这样一种关系，但在Apple文档用了＝，如果只是看等式很难知道这其中的奥妙，最关键是看Apple的文档对这个的解释，即使换做是 ＝＝ 也很难说明其内在的逻辑关系，＝＝是逻辑判断，其结果是真或者假，在APPLE 的文档大概的表达的意思是，依据一组相互作用的约束，使每个约束的关系（关系包括三种：等于、大于等于和小于等于）两边的运算结果满足这种关系。
prototype constraints
当我们把一个视图拖到场景中时，设计起会默认帮我们建立若干预先定义的prototype constrains 约束，这种约束是不可见也不能编辑的。当我们添加一个约束的时候，这种prototype约束就会自动去除，所以我们要完成所有约束让这个视图的自动布局能正确工作。
为什么是Leading和Trailing,而不是left 和 right？
其实left 和 right 都有，但是考虑到阅读方向的问题，leading 和 Trailing 就很容易理解了，大部分地区和国家的阅读习惯都是从左到右，可在某些地区仍然保留有从右向左阅读的习惯，那么Leading和Trailing表示头和尾就很容易理解，而且会随着阅读方向的调整而自动调整，而left 和 right 确实绝对值，左边就是左边，右边就是右边。所以使用leading 和 Trailing可以自适应。
Intrinsic Content Size, Compression Resistance 和 Content Hugging
Instrinsci Content Size 内在的内容尺寸， 这个可以参考一下按钮控件， 按钮控件中间包裹文字的区域的大小就是Intrinsic Content Size, Compression Resistance 按照翻译就是抗压性，而Content Hugging就是抗拉性，可以想象内容空间由两股力量作用的结果，一个力量是要撑开空间（Compression Resistance），另外一个力量是拉住不让向外扩张（Content Hugging）,当两个力量共同作用在一个方向上时候，其结果决定了在这个方向上的大小。默认情况下，抗拉性的优先级别为250（可理解为权重），而抗压性的优先级为750，所以更倾向于让内容空间更大。