Xcode Interface Builder显示红色块且渲染失败问题求助

这种情况我之前在团队项目里碰到过，大概率是Xcode 11初期版本的Interface Builder渲染引擎bug——针对高尺寸/高分辨率iPhone机型（比如你提到的11 Pro Max、11 Pro、8 Plus）处理超长UIScrollView时，布局计算出现了异常。

值得注意的是，编译后App运行正常，说明你的约束逻辑本身是没问题的：毕竟运行时的Auto Layout引擎和IB的渲染计算逻辑是两套独立实现，IB的预览器对极端尺寸的视图更容易出现“计算过载”或者误判。

下面给你几个亲测有效的解决办法：

1. 临时调整内容视图高度适配IB预览 #

在Storyboard里，给UIScrollView的内部contentView临时添加一个固定高度约束（比如和当前预览机型的屏幕高度一致，比如8 Plus的736pt）。这样IB的渲染器就有了明确的参考高度，能正常显示布局。等你需要编辑滚动视图内的内容时，再把这个临时约束删掉或者禁用就行，完全不影响运行时效果。

2. 给contentView添加低优先级高度约束（永久方案） #

如果不想每次都临时改约束，可以给contentView加一个优先级极低的高度约束（比如设置高度为600pt，优先级设为250）。这个约束只会在IB预览时起作用，让渲染器有个参考高度；而运行时，contentView的实际高度会被内部控件的约束撑开，这个低优先级约束会被自动忽略，不会影响真实布局。

3. 升级Xcode到11的后续子版本 #

这个是Xcode 11.0的已知问题，苹果在Xcode 11.1及之后的小版本里修复了不少IB渲染的bug。如果你的项目允许升级Xcode，直接更到11.2+的版本，这个问题大概率会直接消失。

4. 用IB的调试日志定位具体问题 #

在Storyboard的预览面板右上角，点击那个小虫子图标（Debug Preview），IB会弹出渲染失败的详细日志，里面会明确告诉你是哪个约束或者视图导致的渲染崩溃。根据日志信息针对性调整约束，有时候可能只是某个控件的约束有潜在歧义，IB的渲染器比运行时引擎更敏感而已。

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