UIScrollView 在 Auto Layout 是一个很特殊的 view，对于 UIScrollView 的 subview 来说，它的 leading/trailing/top/bottom space 是相对于 UIScrollView 的 contentSize 而不是 bounds 来确定的，所以当你尝试用 UIScrollView 和它 subview 的 leading/trailing/top/bottom 来互相决定大小的时候，就会出现「Has ambiguous scrollable content width/height」的 warning。正确的姿势是用 UIScrollView 外部的 view 或 UIScrollView 本身的 width/height 确定 subview 的尺寸，进而确定 contentSize。因为 UIScrollView 本身的 leading/trailing/top/bottom 变得不好用，所以我习惯的做法是在 UIScrollView 和它原来的 subviews 之间增加一个 content view，这样做的好处有：
-
不会在 storyboard 里留下 error/warning
-
为 subview 提供 leading/trailing/top/bottom，方便 subview 的布局
-
通过调整 content view 的 size（可以是 constraint 的 IBOutlet）来调整 contentSize
-
不需要 hard code 与屏幕尺寸相关的代码
-
更好地支持 rotation
UIScrollView添加约束要点：
1.scrollView与它的superview的约束关系用来确定scrollView的frame
2.scrollView中的『contentView』的约束关系用来确定scrollView的contentInsets
3.contentView的宽度和高度用来确定scrollView的contentSize
最常用示例，纵向多视图滑动
原则1：UIScrollView的size依赖于subviews
UIScrollView的size（即contentSize）则根据subviews所占据的size来计算。当然，如果contentSize的内容不足以布满整个UIScrollView时，滚动条将不会出现，UIScrollView也不会滚动。
原则2：subviews的size不能依赖于UIScrollView
很简单，因为原则1：UIScrollView的size依赖于subviews。如果subviews的size再依赖于UIScrollView，则布局引擎就混乱了。
要解决这个问题，我们需要把subview的宽度明确，起码不能和靠不住的UIScrollView的size相关。(可以与scrollView的父视图先关)
4、在代码中修改contentsize
有时候contentsize可能是动态的，需要在代码中修改。通常是在ViewController的viewDidAppear方法中setContentsize。但是在我的项目中发现一个问题，iPhone6/iPhone5测试正常，在iOS6中设置无效，设置时打印contentsize是正常的稍后打印contentsize.height居然变为0了，最后将setContensize放在dispatch_async(dispatch_get_main_queue(), ^{ });中解决问题
5. 怎么不能滚动？
别急，这是因为 contentView 对于ScrollView 来说还不够大的缘故。如果像在ContentSize不够大的情况下也有滑动效果（其实是回弹效果），可以用一下属性
| BOOL bounces | 控制控件遇到边框是否反弹 |
| BOOL alwaysBounceVertical | 控制垂直方向遇到边框是否反弹 |
| BOOL alwaysBounceHorizontal | 控制水平方向遇到边框是否反弹 |