TableView高度约束变更引发单元格布局异常求助

从你提供的系统日志可以看到，核心问题是约束冲突：你自定义的一个值为150的高度约束，和系统自动添加的UIView-Encapsulated-Layout-Height（值为62）无法同时满足。这个系统约束是UITableView为单元格自动生成的高度约束，当TableView的frame因键盘显示/隐藏发生变化时，系统会重新计算单元格高度，此时你的自定义固定高度约束就和系统的动态计算约束产生了冲突，而冲突仅出现在首个单元格，是因为系统会优先处理可见单元格的布局。

针对这个问题，你可以按以下步骤修复：

1. 调整自定义约束的优先级
   找到你XIB中那个值为150的高度约束，将其优先级从默认的1000调低到999。这样当系统的UIView-Encapsulated-Layout-Height约束存在时，会优先使用系统的计算结果，避免冲突；而在静态状态下，你的约束依然能正常生效。

2. 正确配置TableView的动态高度
   在代码中确保TableView开启自动计算行高：

   tableView.rowHeight = UITableView.automaticDimension
   tableView.estimatedRowHeight = 100 // 设置一个接近你单元格实际高度的估算值
   

   这会让系统根据单元格内部的约束自动计算高度，而不是依赖固定值，从根源减少约束冲突的可能。

3. 优化键盘变化时的布局更新逻辑
   在处理键盘显示/隐藏的回调方法中，更新TableView的底部约束后，不要直接调用layoutIfNeeded()，而是强制TableView重新计算所有单元格的高度：

   // 假设你更新了tableView的bottomConstraint
   bottomConstraint.constant = keyboardHeight
   UIView.animate(withDuration: 0.3) {
       self.tableView.beginUpdates()
       self.tableView.endUpdates()
       self.view.layoutIfNeeded()
   }
   

   beginUpdates()和endUpdates()会触发TableView重新计算每个可见单元格的高度，确保布局更新的一致性，避免仅首个单元格出现异常。

4. 检查单元格XIB的约束完整性
   打开你的自定义聊天消息单元格XIB，确保单元格内部的控件有完整的垂直约束链：从contentView的顶部到底部都有明确的约束，没有冗余的固定高度约束（除非是必须的静态高度控件）。比如，消息气泡的高度应该由内部的文本内容决定，而不是固定值。

你可以通过添加符号断点UIViewAlertForUnsatisfiableConstraints来调试约束冲突，断点触发后能在调试器中看到更详细的约束信息，帮助你精准定位冲突的约束来源。

内容的提问来源于stack exchange，提问作者Kárpáti András