iOS签到签退应用未改约束却出现NSAutoresizingMaskLayoutConstraint冲突错误

嘿，这种毫无预兆冒出来的约束冲突真的很头疼，尤其是你明明没碰过布局代码/Storyboard约束的情况下！我来分享几个实战中常用的排查思路，帮你快速定位问题：

你贴的日志被截断了，系统其实会在后面输出所有冲突的约束明细，还会告诉你它自动“打破”了哪一个约束来让布局勉强工作。重点关注这几个点：

• 日志里标有<<<标记的约束——这是系统判定最可能是“多余”的那个
• 每个约束的归属信息（比如是你在Storyboard拖的、代码里手动添加的，还是系统控件自带的默认约束）

你提到正在加新功能，虽然没直接改约束，但新代码可能间接触发了布局冲突：

• 有没有给控件动态设置过frame/bounds？比如用了view.frame = CGRect(...)这种写法，会直接和Auto Layout的约束规则冲突
• 有没有新增控件、或者修改了控件的hidden属性？比如之前隐藏的控件突然显示，加入布局后和现有约束打架
• 有没有改动控件的固有尺寸？比如UILabel的文本长度突然变长、UIButton换了更大的图片，控件自带的intrinsicContentSize约束就会和你添加的固定尺寸/位置约束冲突

Xcode的视图调试工具能帮你直观看到问题：

• 运行App后，点击Debug栏里的「Debug View Hierarchy」（那个带箭头的方块图标）
• 在左侧视图树里找到出问题的控件，右侧「Size Inspector」会列出它所有的约束，红标的就是有冲突的
• 也可以通过Debug > View Debugging > Show Constraints，直接在界面上看到所有约束线条，红色线条就是冲突的约束

有些系统控件自带默认布局规则，很容易被忽略：

• 比如UITableViewCell的contentView，系统会自动根据cell内容计算高度，如果你手动加了固定高度约束，就会冲突
• 再比如UIScrollView，Auto Layout会自动计算它的contentSize，如果你手动设置了scrollView.contentSize，就会和系统的约束冲突

如果还是找不到问题，可以试试：

• 先注释掉最近新增的所有代码，看冲突是否消失，逐步排查是哪段代码触发的
• 把怀疑的约束优先级改成999（默认是1000最高优先级），如果冲突解决了，说明这个约束和其他最高优先级的约束存在矛盾

内容的提问来源于stack exchange，提问作者Luuk Wuijster