调试autolayout：_autolayoutTrace（20160323补充）

镇楼图

前言

autolayout玩的不溜？autolayout不熟悉？

不用担心本篇文章就是介绍一下笔者在工作中调试autolayout的一个小技巧而已，于autolayout本身技术并无太大关联。废话不多说，让我们一起来探险吧。

来认识一下

在UIWindow里有一个名为_autolayoutTrace的私有方法，该方法返回值是一个字符串，而这个字符串则是包含了UIWindow中整个视图的层次结构。而在约束这一块有问题的视图，_autolayoutTrace会使用AMBIGUOUS layout标记出视图并告知你缺少或者某些约束。所以一般情况下用_autolayoutTrace来调试约束，笔者建议直接在控制台搜索是否存在AMBIGUOUS字符来判断约束是否有问题。

动手练一练

使用该方法最好的方式就是在控制器完全加载完了，并在模拟器或者iPhone上能看到视图了，然后让程序暂停（pause program execution）并在控制台输入po [[UIWindow keyWindow] _autolayoutTrace]在按下回车键，你就能看见神奇的一刻了。

暂停app的效果图（pause program execution）

.lldbinit

到目前为止虽然我们想要的效果实现了。但是，po [[UIWindow keyWindow] _autolayoutTrace]在控制台输入的时候并未有单词提示，不过好在这条命令很好记。当然也还有一个更高级的玩法，就是在.lldbinit里为这个命令设置一个别名。之前我写的文章里也三番五次的介绍过.lldbinit了，所以在此不再过多赘述，简单描述就是Xcode启动的时候会去找这个文件，而我们可以在这个文件里进行一些LLDB命令的初始化，比如设置别名等。

在此，我们创建一个.lldbinit文件，打开你的终端（terminal）输入touch ~/.lldbinit命令，然后在open ~/.lldbinit，不出意外的话文本编辑器打开，然后在此设置别名，在文本编辑里输入command alias zxp_autolayout_trace po (id)[[UIWindow keyWindow] _autolayoutTrace]即可

1.如果你之前存在.lldbinit这个文件，当你输入touch ~/.lldbinit并不会造成任何影响，所以在此放心使用这条命令。

2.而以上在文本编辑器里的字符串zxp_autolayout_trace 这是我设置的别名，你们也可以把这个改成你们自己想要的名字。

3.或许你们发现了po (id)[[UIWindow keyWindow] _autolayoutTrace]这里显示的指定了返回值，因为之前就有说过此方法返回值是一个字符串，如果不显示指定返回值则在这儿是不生效的。所以就返回了一个id类型。

到目前为止别名就设置完了，在控制台里就不需要在输入po [[UIWindow keyWindow] _autolayoutTrace]这条难看又长的命令了。而是直接输入你设置的别名即可，并且还有单词提示哦。

PS：如上步骤我设置的别名是zxp_autolayout_trace所以在控制台里输入zxp_autolayout_trace即可。

结语

如果你觉得布局和预期的有点不一样，或者无法确定自己写的约束布局是否正确，那或许你可以试试这个好玩的小技巧。

20160323补充

老是有人问为何不用Xcode自带的view调试功能尼。其实这里想补充的是，那个Xcode的Debug View Hierarchy是审查UI的，而非是检查autolayout是否有歧义的。本篇所介绍的重点内容是如何揪出autolayout里的坑。而对于有歧义的约束会有AMBIGUOUS字符标识，假设你缺少一个height的约束，AMBIGUOUS就会标注出缺少height。所以本篇内容与UI审查无关更与Debug View Hierarchy无关，如果想要审查UI，在这里笔者推荐reveal。

本文欢迎转载，但不要忘了标注原文出处哦！