服务端阅读 05月27日 11:26
Swift 属性观察器怎么用？willSet 和 didSet 有什么区别？
属性观察器 willSet 和 didSet 在属性值变化时自动触发，让你在赋值前后插入自定义逻辑。willSet 在新值存储前调用，通过 newValue 访问即将写入的值；didSet 在新值存储后调用，通过 oldValue 访问替换前的值。核心规则：willSet 拿到的是 newValue（还没写进去），didSet 拿到的是 oldValue（已经被替换掉），didSet 里直接读属性拿到的是新值。两个观察器不需要同时写，按需选择。初始化器中设置属性值不会触发观察器——包括 init 里的赋值和设置默认值。这是因为对象还没构造完成，观察器依赖的状态可能不完整。延迟属性（lazy）和计算属性也不能有观察器——lazy 的初始化时机不确定，计算属性没有存储过程。追问willSet 和 didSet 的执行顺序是什么？willSet 先执行，新值存储，然后 didSet 执行。在 willSet 里不能修改即将写入的值——newValue 是只读的。在 didSet 里可以修改属性值，但会再次触发 didSet，Swift 用了保护机制避免无限循环——didSet 里对自身的赋值不会再触发观察器。didSet 里修改属性值有什么坑？didSet 里给属性赋新值是合法的，常见做法是值校验后回退：if age < 0 { age = 0 }。但要注意，这个赋值不会再次触发 didSet（Swift 防止无限递归），所以你的回退逻辑只执行一次。另外，didSet 里的赋值会覆盖刚写入的值——如果你在 didSet 里又赋了别的值，外部看到的是 didSet 里赋的那个。属性观察器和计算属性的 setter 有什么区别？计算属性没有存储空间，setter 里必须自己决定怎么存（通常写到另一个私有属性里）。属性观察器附加在存储属性上，值的存储是自动的，你只是在存储前后加逻辑。选择标准：需要自定义存储方式用计算属性，只想在值变化时做额外操作用观察器。父类和子类都有 didSet，执行顺序是什么？子类 willSet → 父类 willSet → 新值存储 → 父类 didSet → 子类 didSet。和 init 不同，属性观察器在继承链中会逐级触发。如果子类重写了父类的属性并添加观察器，父类的观察器也会执行——即使父类不知道子类的存在。什么场景下必须用 willSet 而不是 didSet？willSet 的典型场景是"在新值写入前做校验或准备"。比如你需要在新值写入前记录日志（记录即将变成什么），或者需要根据新旧值的差异提前通知观察者。实际上大部分场景用 didSet 就够了——willSet 用得少得多。写段代码class StepCounter { var totalSteps: Int = 0 { willSet { print("步骤将从 \(totalSteps) 变为 \(newValue)") } didSet { if totalSteps > oldValue { print("新增 \(totalSteps - oldValue) 步") } } }}let counter = StepCounter()counter.totalSteps = 100 // 触发 willSet + didSetcounter.totalSteps = 150 // 触发 willSet + didSet// didSet 校验回退class Person { var age: Int = 0 { didSet { if age < 0 { age = 0 } } }}