@IBDesignable自定义控件在Interface Builder渲染位置偏移问题

你的问题完全是自定义控件内部的布局逻辑写法不符合IB渲染规则导致的，和CocoaPods无关，核心错误点有三个：

• 不要在控件内部强制设置translatesAutoresizingMaskIntoConstraints = false：该属性应由添加控件的父视图侧（无论是IB拖拽还是代码添加）决定取值，你在内部强制关闭自动约束转换，会导致IB渲染时，默认根据控件frame生成的临时定位约束直接失效，而用户在IB中设置的约束还未完成加载应用，控件就会默认渲染在父视图左上角坐标(0,0)处。
• 重复定义尺寸约束：你已经实现了intrinsicContentSize返回固定40x40的尺寸，自动布局系统（包括IB渲染引擎）会自动识别该固有内容大小，不需要在setupViews中主动添加宽高约束，内部添加的约束极容易和外部用户设置的约束产生冲突，就是你遇到的随机崩溃、布局异常的核心诱因。
• 错误提前调用prepareForInterfaceBuilder：该方法是Interface Builder渲染时的专属回调，系统会自动在合适的时机调用，你在init方法中手动触发该方法和setNeedsDisplay时，控件的frame还未被IB赋值为正确的布局位置，首次渲染自然就出现在错误的位置。修改属性后触发重新渲染时，控件frame已经被IB设置正确，所以会恢复正常位置。

修改setupViews方法，删除错误的四行代码即可，修改后参考如下：

private func setupViews() {
    self.subviews.forEach { $0.removeFromSuperview() }
    self.autoresizesSubviews = false
    setNeedsDisplay()
}

• 原有layoutSubviews和prepareForInterfaceBuilder的实现本身没有问题，不需要修改，只要移除错误的手动调用即可。
• 修复后IB渲染时序会和系统默认逻辑对齐，首次加载就能拿到正确的frame渲染，不会再出现左上角错位问题，同时也解决了约束冲突导致的随机崩溃问题。
• 运行时布局正常的原因是运行时IB配置的约束已经完成加载，哪怕你内部错误修改了translatesAutoresizingMaskIntoConstraints属性，只要外部约束完整也能正常布局，和IB渲染的时序逻辑存在差异。

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