为何IBInspectable的didSet不遵循类层级？如何实现层级化执行？

咱们先把崩溃的根因搞清楚：当你在Interface Builder里先设置子类B的control属性时，它的didSet会立刻执行，这时候父类A的setMePlease还没被赋值，所以setMe（隐式解包的Int!）还是未初始化的状态，访问setMe + 1直接触发了隐式解包可选的空值崩溃。

为什么didSet按赋值时机而非类层级触发？ #

这其实是Interface Builder加载视图的机制决定的：

• IB会严格按照你在属性检查器中设置属性的顺序，逐个给视图的@IBInspectable属性赋值。
• 每个属性赋值完成后，会立即触发对应的didSet回调，不管这个属性属于父类还是子类。
• 它不会先把父类的所有属性都初始化完，再处理子类的属性——完全是按你操作的顺序来执行，所以才会出现子类didSet先跑，父类属性还没准备好的情况。

如何让逻辑遵循类层级执行？ #

这里有几种靠谱的方案，你可以根据自己的需求选：

方案1：给setMe加默认值，消除隐式解包风险 #

最简单的办法是把父类里的setMe从隐式解包改成带默认值的普通变量，这样哪怕setMePlease还没赋值，setMe也有合法值：

class A: UIView{
    var setMe: Int = 0 // 替换隐式解包，给默认值
    @IBInspectable var setMePlease: Int = 0{
        didSet{
            setMe = setMePlease
        }
    }
}

这种方式最省心，从根源上避免了空值崩溃的可能。

方案2：在子类didSet里做安全检查 #

如果必须保留隐式解包的setMe，可以在子类的control的didSet里先判断setMe是否已初始化：

class B: A{
    @IBInspectable var control: Bool = false{
        didSet{
            // 先确认setMe已初始化，再执行逻辑
            guard let validSetMe = setMe else {
                print("setMe还没初始化，暂时跳过逻辑")
                return
            }
            let a = validSetMe + 1
            // 后续业务逻辑...
        }
    }
}

不过这种方式可能会导致第一次设置control时逻辑不执行，需要后续setMe赋值后手动触发，适合逻辑不依赖首次执行的场景。

方案3：用钩子方法统一父类子类的执行顺序 #

我们可以在父类里定义一个钩子方法，当setMe被更新时调用，子类重载这个方法来执行依赖逻辑，这样就能保证父类属性先初始化，子类逻辑再执行：

class A: UIView{
    var setMe: Int!
    @IBInspectable var setMePlease: Int = 0{
        didSet{
            setMe = setMePlease
            // 父类钩子方法，子类可以重载
            didFinishSetMeUpdate()
        }
    }
    
    // 空实现的钩子，子类按需重载
    func didFinishSetMeUpdate() {}
}

class B: A{
    @IBInspectable var control: Bool = false
    
    override func didFinishSetMeUpdate() {
        super.didFinishSetMeUpdate()
        // 现在setMe肯定已经初始化了
        if control {
            let a = setMe + 1
            // 后续逻辑...
        }
    }
}

这种方式完全遵循父类->子类的层级顺序，不管IB里的赋值顺序如何，逻辑都能安全执行。

方案4：在awakeFromNib里统一处理所有逻辑 #

最稳妥的方式之一是把所有依赖属性的逻辑移到awakeFromNib方法里——这个方法是在IB中所有属性都赋值完成后才会调用的，所有属性都处于可用状态：

class B: A{
    @IBInspectable var control: Bool = false
    private var calculatedValue: Int = 0
    
    override func awakeFromNib() {
        super.awakeFromNib()
        // 此时setMe和control都已经从IB获取到值了
        if control {
            calculatedValue = setMe + 1
            // 后续逻辑...
        }
    }
}

这种方式彻底避开了IB赋值顺序带来的问题，逻辑执行顺序完全由你控制。

内容的提问来源于stack exchange，提问作者J. Doe