SwiftUI Binding 深坑指南：为什么 `Binding(get:set:)` 会让你的视图疯狂重绘？

两种 Binding 的"表面相同，底层不同"

类型	写法	是否可比较	是否触发多余重绘
KeyPath Binding	`$value2`	✅ SwiftUI 可比较	❌ 仅值变化时重绘
Manual Binding	`Binding(get: { value2 }, set: { value2 = $0 })`	❌ 闭包不可比较	✅ 父视图重绘即重绘

结论：Manual Binding 每次父视图 body 执行都会生成新闭包，SwiftUI 无法判断其是否"相等"，只能无脑重绘。

最小复现：一个 Toggle 引发的"血案"

swift 复制代码

struct ContentView: View {
    @State var value1 = false
    @State var value2 = false

    var body: some View {
        VStack {
            Toggle("Test", isOn: $value1)          // 控制 value1
            Nested(value2: manualBinding)          // ❌ 使用 Manual Binding
            // Nested(value2: $value2)             // ✅ 使用 KeyPath Binding
        }
    }

    // ⚠️ 每次 ContentView.body 执行都会新建闭包
    var manualBinding: Binding<Bool> {
        Binding(
            get: { value2 },
            set: { value2 = $0 }
        )
    }
}

struct Nested: View {
    let value2: Binding<Bool>
    var body: some View {
        Toggle("Nested", isOn: value2)
    }
}

即使 value2 没动，只要 value1 变，Nested 也会被重绘

为什么 SwiftUI 无法比较 Manual Binding？

SwiftUI 的 diff 算法：

构建新视图树
逐字段比较旧 vs 新
若所有字段相等 → 跳过 body 求值

对于 Binding 类型，SwiftUI 会深入比较其内部结构：

KeyPath Binding → 内部是内存偏移 + 类型元数据 → 可比较
Manual Binding → 内部是两个闭包 → Swift 无法比较函数引用

闭包每次构造都生成新实例 → SwiftUI 认为"字段不同" → 强制重绘

真实案例：Set → Bool 的 Binding

❌ 错误写法（Manual Binding）

swift 复制代码

Toggle(
    "Select",
    isOn: Binding(
        get: { selection.contains(item) },
        set: { newValue in
            if newValue {
                selection.insert(item)
            } else {
                selection.remove(item)
            }
        }
    )
)

✅ 正确写法（KeyPath + 自定义 Binding）

swift 复制代码

Toggle(
    "Select",
    isOn: $selection[contains: item]   // 使用 SwiftUI 提供的 KeyPath 重载
)

后者 SwiftUI 能识别为"相同 Binding"，不会触发多余重绘

测试中的差异：Manual Binding 更难断言

swift 复制代码

// KeyPath Binding
let binding = $value
XCTAssertEqual(binding.wrappedValue, true)

// Manual Binding
let binding = Binding(get: { value }, set: { value = $0 })
// 你只能调用 binding.wrappedValue，无法断言其"身份"

KeyPath Binding 更容易在测试中复用和缓存

何时可以用 Manual Binding？

✅ 仅限以下场景：

逻辑复杂到 KeyPath 无法表达（如跨多个对象）
你明确需要每次都重绘（如动态生成 UI）
你在写测试辅助或Preview 模拟数据

❌ 以下场景绝对避免：

简单值转换（Bool ← Set）
成员属性绑定（$model.field）
高性能列表、懒加载栈

替代方案：用 KeyPath 自定义 Binding

SwiftUI 提供了多种可比较的 Binding 构造器：

swift 复制代码

// 1. 字典式访问
$model[keyPath: \.field]

// 2. 集合包含
$set[contains: item]

// 3. 自定义 Binding 但缓存实例
struct MyView: View {
    @State private var cache: Binding<Bool>? = nil

    var body: some View {
        let binding = cache ?? Binding(
            get: { complexLogic() },
            set: { newValue in apply(newValue) }
        )
        cache = binding
        return Toggle("Test", isOn: binding)
    }
}

缓存后，Binding 实例稳定 → SwiftUI 可比较 → 不重绘

团队规范建议

规范	说明
默认使用 KeyPath Binding	`$value`、`$model.field`、`$set[contains:]`
禁止 inline Binding(get:set:)	除非注释写明"性能已评估"
复杂逻辑封装为自定义 PropertyWrapper	保证实例稳定 + 可测试
Code Review 红线	看到 `Binding(get:` 必须给出理由

一句话总结

SwiftUI 不是不能比较 Binding，而是不能比较闭包。

只要你用 KeyPath 构造 Binding，SwiftUI 就能「认出」它，从而跳过无谓的重绘。

记住：

$value → 快
Binding(get: { value }) → 慢
闭包不可比较 → 重绘不可避免