为何Apple不推荐直接调用updateConfiguration(using: state)方法？

• 破坏UIKit的状态同步流程
  UIKit管理着cell的完整状态生命周期（比如选中、高亮、禁用等），直接调用updateConfiguration(using:)时，你传入的state可能不是最新的——比如switch点击的同时cell刚好被选中，此时手动传入的state可能没包含选中状态，导致配置出来的UI和实际状态不匹配。而setNeedsUpdateConfiguration()会让UIKit在状态完全同步后，自动传入最新的UICellConfigurationState来执行更新，保证UI和状态一致。

• 线程安全问题
  UI操作必须在主线程执行，但直接调用updateConfiguration(using:)如果不小心在后台线程触发（比如switch的回调被意外调度到后台），会直接导致UI刷新崩溃。setNeedsUpdateConfiguration()只是给cell打一个“需要更新”的标记，UIKit会自动在主线程的下一个运行循环周期处理更新，从根源上避免线程安全问题。

• 性能优化的浪费
  如果短时间内有多个状态变化（比如switch切换+cell滚动到可视区域），直接调用updateConfiguration(using:)会触发多次重复的配置计算和UI刷新。而setNeedsUpdateConfiguration()会把这些更新请求合并，只执行一次updateConfiguration(using:)，减少不必要的性能开销。

• 违背API的设计意图
  Apple把updateConfiguration(using:)设计为被动回调方法——它的职责是根据UIKit传入的当前状态生成对应的UI配置，而不是让开发者主动触发更新。开发者的正确操作是修改cell的状态后，调用setNeedsUpdateConfiguration()通知UIKit“状态变了，需要更新配置”，剩下的交给UIKit的生命周期去处理，这样能保证整个视图层级的更新逻辑统一。

举个正确的实现示例：

class MFTestLabel: SUCollectionCell {
    private var isSwitchOn = false
    
    @objc func didTapSwitch(_ sender: UISwitch) {
        isSwitchOn = sender.isOn
        // 通知UIKit需要更新配置，而不是直接调用updateConfiguration
        setNeedsUpdateConfiguration()
    }
    
    override func updateConfiguration(using state: UICellConfigurationState) {
        super.updateConfiguration(using: state)
        // 根据最新的state和自定义状态生成配置
        var contentConfig = defaultContentConfiguration().updated(for: state)
        contentConfig.text = isSwitchOn ? "已开启" : "已关闭"
        contentConfiguration = contentConfig
    }
}

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