1、autolayout的计算公式：
firstItem.firstAttribute(R)SecondItem.secondAttribute*m+b;R:relations:Multiplierb:Constant
autolayout从这里开始
2、优先级
Hugging priority 确定view有多大的优先级阻止自己变大。
Compression Resistance priority确定有多大的优先级阻止自己变小。
tip1：
content Hugging就是要维持当前view在它的optimal size（intrinsic content size），可以想象成给view添加了一个额外的width constraint，此constraint试图保持view的size不让其变大：
view.width <= optimal sizecontent Hugging默认为250.
tip2：
Content Compression Resistance就是要维持当前view在他的optimal size（intrinsic content size），可以想象成给view添加了一个额外的width constraint，此constraint试图保持view的size不让其变小：
view.width >= optimal sizeContent Compression Resistance默认优先级为750.
52111B78-BDAE-47FF-8C97-323F3D03F378.png
3、AutoLayout 与 UIScrollView的相遇
a、首先给scrollview加上高和上左右的约束
A4261C50-85F8-4D3A-988D-FAF907DB2B53.png
b、再给image加上高和上左右的约束，放在scrollview中
346A475C-298F-4B1A-A08F-2B4982776725.png
但是有问题？
问题的原因：
我们知道UIScrollView最重要的就是其contentSize的宽高了，如果这个无法确定，那scrollview就无法知晓可以滚动查看的区域。其实这仅仅是表象，IB不会因为contentSize的可见区域不确定而抱怨，因为它会有一个默认的可见区域就是其bounds,其实IB真正抱怨的是其内部的subViews的布局对于它的依赖，比如我们看image相对于上、左、右的约束都相对于scrollview的。scrollview内部的subViews的约束全依赖于scrollview,这样子的话，问题就来了，Scrollview和image一样都会根据内容调整其contentSize(autolayout布局模式中，image这种控件都会根据内容对自身宽高进行调整),如果Scrollview要根据其subviews来调整自身的contentsize,而其subviews又要根据scrollview的contentsize调整自身的布局，是不是就矛盾了，就成了相互依赖了。
所以IB要求UIScrollview(当然包括继承于它的UITableview、UIWebview这些控件)的contentSize必须在布局时能够确定。
解决方法：
1、创建一个空白的UIViewController
2、将UIScrollView添加到UIView控件中，并设置UIScrollView针对父视图UIView的constraints（Leading/trailling/top/bottom = 0 || Leading/trailling/top= 0 + height=X ）
3、最主要的来了，添加UIView控件到UIScrollView中。。
(1)并改名为ContentView....(UIScrollView主要是靠子视图来实现autolayout的高度和宽度的计算)
(2)然后设置ContentView的针对父视图UIScrollView的 constraints
1、Leading/trailling/top= 0
2、bottom = 1
3、equal height / equal width (ContentView的高度和宽度 与 UIScrollView相等)
4、设置equal height的优先级 priority 小于 刚才设置的bottom的优先级（该bottom的是ContentView针对UIScrollView的constraints）,这里设置priority=999.
4FDF30CE-0318-4E1B-834F-92A80DE88CAB.png
这里需要注意
第一：为什么 bottom =1 而不是 bottom = 0。在实际开发中，如果为0，并且ContentView中的内容高度不超过屏幕的高度时，uiscrollview不能下上拉动。
第二：要实现ContentView 的高度自适应为uiscrollview的contentSize的高度，需要ContentView中的子视图有明确的top与bottom，用来让autolayout计算出ContentView的实际高度.
第三：为什么要设置equal height 的优先级。。。我们来写个公式更容易理解
因为scrollview.height = uiview.height
又因为ContentView.height = scrollview.height - 1
所以ContentView.height != scrollView.height
也就是不能实现equal height 这个constraints。。会报错。
只要调整一下优先级就可以解决这个问题,出现冲突，优先适应ContentView的高度....现在你可以在ContentView上添加你想添加的控件，但记住如果你要添加的控件已经超出了屏幕的高度，你需要给ContentView里面的子控件加上bottom 和 top（不超过你也可以添加）,这样autolayout才能计算出ContentView的高度，并将这个高度赋给UIScrollView的ContentSize,实现自适应高度。还需要注意一点就是如果最下面的控件已经超出界面外了，那么在添加bottom to ContentView的这个约束时，XCode默认是-xxx的，这个时候如果在模拟器上运行的话，可以看到还是滑动不到最下面去。所以要把这个约束值改为0或者大于0.
tip
如果代码中设置了self.automaticallyAdjustsScrollViewInsets = NO;，那么则需要把ContentView中的最下面的控件的bottom to ContentView 约束+44.导航栏的高度。ContentView中如果使用UILabel，要给uilabel明确的height constraint,这样auto layout才能计算出高度。
4、遇到过的小挫折
需求描述
首先这个页面已经布好局哒。有一个scrollview，scrollview里面有一个contentview，都已经布局好哒。
然后要往里面增加一个bannner，这个banner距lastlabel为20，距superview的bottom是10。
最后这个banner表示不是常驻居民，要求出现时如果屏幕显示不全求滚动，不出现时如果屏幕显示完全不滚动。
解决思路描述
鄙人思路一：直接把banner丢ContentView里面。
鄙人否决一：由于页面的ContentView是与屏幕等heigh的，所以当加入banner后ContentView里面的子控件的高度和大于屏幕的高度就报错。
16B5EFF9-F9D9-4497-87DC-B324A7D8B0EE.png
鄙人思路二：根据思路一直接把banner的height设为0，IB就不会报错啦，再在运行时把banner的height设为X。
鄙人否决二：于是乎，如图所示，ContentView为了不让它所以子控件的高度和超过自己的预定高度，ContentView把banner压扁了。。。。
D57571D4-4F09-411A-B63B-A6B8C26FDC4F.png
在经过几番思想的挣扎之后，终于寻找到了解决之道，GOOD！
鄙人思路：直接把banner丢scrollview里面，让banner与ContentView并排。
鄙人解析：scrollview.contentView.height = contentView.height + bannner.height。所以只要contentView.height与bannner.height是实值IB就不会有问题啦。
1480670130072.png
此处有演示小demo
https://github.com/HFavour/ShowTest.git
demo中有两个小拓展。
1480909021745.png
俗话说，正在精通的技术已经融化在思维中。。
所以。。。
后来。。。。我仿佛只记住了那一个公式。。。
最后，附上本文的参考链接：
http://www.jianshu.com/p/f3c0f040c07a
http://www.jianshu.com/p/25ddadddae06
http://www.jianshu.com/p/248c5ed719ec
网友评论