Xcode 9.2中Storyboard的UITableView横屏约束异常求助

哦这个问题我之前在Xcode 9.x版本里碰到过！太懂这种明明没约束报错但布局就是乱掉的抓狂感了😅

问题根源 #

这个情况大概率是Xcode 9.2的UIKit存在一个小bug：UITableViewCell的contentView在屏幕旋转时没有正确同步cell的bounds更新。竖屏时contentView的布局逻辑被保留，横屏时tableView本身已经适配了新宽度，但cell的contentView还是沿用竖屏的尺寸计算，导致内部控件的约束看起来“失效”。而你放在tableView下方的UILabel是直接挂载在ViewController的view上，不受cell层级的这个bug影响，所以布局能正常调整。

亲测有效的修复方案 #

按优先级给你列几个解决办法：

• 强制同步contentView与cell的边界
  在你的UITableViewCell子类里重写layoutSubviews方法，手动让contentView匹配cell的最新尺寸：

  override func layoutSubviews() {
      super.layoutSubviews()
      // 确保contentView完全填充cell的bounds
      contentView.frame = bounds
      contentView.layoutIfNeeded()
  }
  

  这是最直接的解决方式，每次cell布局变化（比如旋转）时，都会强制contentView更新到正确尺寸，内部控件的约束就能正常生效了。

• 检查cell内部约束的合理性
  避免给cell内的控件设置固定宽度约束，尽量用leading/trailing相对于contentView的约束来实现自适应。如果必须用固定宽度，记得把约束优先级调低（比如设为999），让系统的自适应逻辑优先执行。另外，检查有没有隐性约束冲突（控制台没报错不代表不存在）。

• 调整tableView的行高估算设置
  如果你开启了tableView的自动估算行高（estimatedRowHeight），试试把它重置为0：

  tableView.estimatedRowHeight = 0
  tableView.rowHeight = UITableView.automaticDimension // 或者设置固定行高
  

  Xcode 9.2里的自动行高估算在屏幕旋转时偶尔会出现计算偏差，导致cell布局异常，关闭估算能避免这个问题。

• 旋转时强制刷新tableView
  如果以上方法都没效果，可以在ViewController里监听屏幕旋转事件，手动刷新tableView：

  override func viewWillTransition(to size: CGSize, with coordinator: UIViewControllerTransitionCoordinator) {
      super.viewWillTransition(to: size, with: coordinator)
      // 在旋转动画过程中刷新tableView
      coordinator.animate(alongsideTransition: { _ in
          self.tableView.reloadData()
      })
  }
  

  强制reloadData会让所有cell重新计算布局，能解决很多诡异的旋转布局问题。

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