关于Autolayout和Masonry自动布局的几个坑
02 Mar 2016
最近遇到一个复杂视图：根控制器里面有上下两个子控制器，子控制器中各自实现类似PageView的视图，然后PageView的每一页是一个WebView，同时中间有个可拖拽的控件，实现上下两个控制器视图的大小调整。采用子控制器的原因是因为防止所有的逻辑代码都混在根控制器中，所以没有使用nicklockwood的iCarousel或SwipeView，而是采用了之前一直在用的SCPageViewController。
记录下自动布局中遇到的几个坑。
关于translatesAutoresizingMaskIntoConstraints
因为视图太过复杂，所以遇到好几次忘记设置translatesAutoresizingMaskIntoConstraints为NO的情况。translatesAutoresizingMaskIntoConstraints默认为YES，也就是按照默认的autoresizingMask进行计算；设置为NO之后，则可以使用更灵活的Autolayout（或者Masonry）之类的工具进行自动布局。
刚开始使用Autolayout遇到下面的警告人容易让人气馁。经常不知所措而放弃了使用Autolayout。
Unabletosimultaneouslysatisfyconstraints.Probablyatleastoneoftheconstraintsinthefollowinglistisoneyoudon'twant.Trythis:(1)lookateachconstraintandtrytofigureoutwhichyoudon'texpect;(2)findthecodethataddedtheunwantedconstraintorconstraintsandfixit.(Note:Ifyou'reseeingNSAutoresizingMaskLayoutConstraintsthatyoudon'tunderstand,refertothedocumentationfortheUIViewpropertytranslatesAutoresizingMaskIntoConstraints)(...........)MakeasymbolicbreakpointatUIViewAlertForUnsatisfiableConstraintstocatchthisinthedebugger.ThemethodsintheUIConstraintBasedLayoutDebuggingcategoryonUIViewlistedinmayalsobehelpful.
正如输出中所述，Make a symbolic breakpoint at UIViewAlertForUnsatisfiableConstraints to catch this in the debugger，现在介绍下使用UIViewAlertForUnsatisfiableConstraints的调试方法。
在UIViewAlertForUnsatisfiableConstraints添加symbolic breakpoint：
1.打开断点导航（cmd+7）
2.点击左下角的+按钮
3.选择Add Symbolic Breakpoint
4.在Symbol添加UIViewAlertForUnsatisfiableConstraints
再次调试的时候就可以通过LLDB来调试了，然并卵，如果你不知道LLDB的话。
所以交给你一个小技巧，添加po [[UIWindow keyWindow] _autolayoutTrace]（OC项目）或expr -l objc++ -O -- [[UIWindow keyWindow] _autolayoutTrace]（Swift项目）。
这样就可以直接看到输出：
(lldb)po[[UIWindowkeyWindow]_autolayoutTrace]UIWindow:0x7f9481c93360|•UIView:0x7f9481c9d680||*UIView:0x7f9481c9d990-AMBIGUOUSLAYOUTforUIView:0x7f9481c9d990.minX{id:13},UIView:0x7f9481c9d990.minY{id:16}||*_UILayoutGuide:0x7f9481c9e160-AMBIGUOUSLAYOUTfor_UILayoutGuide:0x7f9481c9e160.minY{id:17}||*_UILayoutGuide:0x7f9481c9ebb0-AMBIGUOUSLAYOUTfor_UILayoutGuide:0x7f9481c9ebb0.minY{id:27}
其中AMBIGUOUS相关的视图就是约束有问题的。0x7f9481c9d990就是有问题视图的首地址。
当然进一步的调试需要LLDB的命令。比如
打印视图对象：
(lldb)po0x7f9481c9d990>
改变颜色：
(lldb)expr((UIView*)0x174197010).backgroundColor=[UIColorredColor](UICachedDeviceRGBColor*)$4=0x0000000174469cc0
剩下的就是去代码中找到这个视图，然后修改其约束了。
参考：
Debugging iOS AutoLayout Issues
必须明确AutoLayout关于更新的几个方法的区别
setNeedsLayout：告知页面需要更新，但是不会立刻开始更新。执行后会立刻调用layoutSubviews。
layoutIfNeeded：告知页面布局立刻更新。所以一般都会和setNeedsLayout一起使用。如果希望立刻生成新的frame需要调用此方法，利用这点一般布局动画可以在更新布局后直接使用这个方法让动画生效。
layoutSubviews：系统重写布局
setNeedsUpdateConstraints：告知需要更新约束，但是不会立刻开始
updateConstraintsIfNeeded：告知立刻更新约束
updateConstraints：系统更新约束
基本使用
mas_makeConstraints:添加约束
mas_updateConstraints：更新约束、亦可添加新约束
mas_remakeConstraints：重置之前的约束
注意
先添加子视图，才能对子试图添加约束
如果想使用动画效果，需要如下代码：
//重写updateViewConstraints方法，进行约束的更新-(void)updateViewConstraints{[self.growingButtonmas_updateConstraints:^(MASConstraintMaker*make){make.center.mas_equalTo(self.view);// 初始宽、高为100，优先级最低make.width.height.mas_equalTo(100*self.scacle).priorityLow();// 最大放大到整个viewmake.width.height.lessThanOrEqualTo(self.view);}];[superupdateViewConstraints];}// 通知需要更新约束，但是不立即执行[selfsetNeedsUpdateConstraints];// 立即更新约束，以执行动态变换
// update constraints now so we can animate the change[selfupdateConstraintsIfNeeded];// 执行动画效果, 设置动画时间[UIViewanimateWithDuration:0.2animations:^{[selflayoutIfNeeded];}];
经过测试，又找到一个方法，remake约束之后直接使用动画layoutIfNeeded即可。
self.button=({UIButton*button=[[UIButtonalloc]init];button.backgroundColor=[UIColororangeColor];[self.viewaddSubview:button];[buttonmas_makeConstraints:^(MASConstraintMaker*make){make.centerX.equalTo(self.view);make.width.height.equalTo(@100);make.top.equalTo(self.blueView.mas_bottom).with.offset(20);}];@weakify(self);[[buttonrac_signalForControlEvents:UIControlEventTouchUpInside]subscribeNext:^(idx){@strongify(self);[self.blueViewmas_remakeConstraints:^(MASConstraintMaker*make){//这里进行大小状态的判断if(!self.isBigger){make.top.bottom.left.right.equalTo(self.view).with.insets(UIEdgeInsetsMake(50,50,200,50));}else{make.center.equalTo(self.view);make.width.height.equalTo(@200);}}];[UIViewanimateWithDuration:0.25fanimations:^{[self.viewlayoutIfNeeded];}];self.isBigger=!self.isBigger;}];button;});
上面提到的页面遇到了多重的UIScrollView，使用自动布局的时候也是够蛋疼的。具体使用技巧参考Masonry自动布局详解九：复杂ScrollView布局、在UIScrollView中使用Autolayout布局以及iOS_autoLayout_Masonry。主要注意点为：
UIScrollView自身的约束按照正常的视图添加。
内部子控件的约束不能按照UIScrollView来设置，同时必须完整，否则撑不起contentSize。
考虑到以上两点，跟计算出来没什么两样了。
可以使用辅助的contentView来设置，思路大概如下
//首先设置scrollview的约束[_scrollViewmas_makeConstraints:^(MASConstraintMaker*make){make.edges.equalTo(self.view);// self.view一样大小}];//然后设置contentView的约束_contentView.backgroundColor=[UIColorgreenColor];[_contentViewmas_makeConstraints:^(MASConstraintMaker*make){make.edges.equalTo(_scrollView);// 大小 = _scrollViewmake.width.equalTo(_scrollView);// width = _scrollView}];UIView*lastView;CGFloatheight=25;//添加子视图，并且设置子试图的约束，注意top的约束由上一个子视图决定for(inti=0;i<10;i++){UIView*view=[[UIViewalloc]init];view.backgroundColor=[selfrandomColor];[_contentViewaddSubview:view];[viewmas_makeConstraints:^(MASConstraintMaker*make){make.top.equalTo(lastView?lastView.mas_bottom:@0);// 第一个View top = 0;make.left.equalTo(@0);// left 0make.width.equalTo(_contentView);// width = _contentView;make.height.equalTo(@(height));// height = height}];height+=25;lastView=view;}[_contentViewmas_makeConstraints:^(MASConstraintMaker*make){make.bottom.equalTo(lastView);// bottom = lastView}];
不过对于我的项目来讲计算的太蛋疼了，于是偷了个懒，因为从pageview往里的每个view都是撑满父视图的，所以也就可以使用默认的autoresizingMask进行自适应布局啦。
一般如果涉及到iPad的布局，最好还是用SizeClass比较方便。
约束添加注解：
SizeClass注解：
