body：什么是 View 在 SwiftUI 中的计算属性

SwiftUI 中的 body 是什么？

body — 是一个计算属性（computed property），是 View 协议的唯一强制要求。每个符合 View 的结构都必须实现 body。该属性返回 SwiftUI 在屏幕上显示的内容 — 可以是文本、图像、按钮、包含嵌套元素的容器或任何其他符合 View 协议的类型。

body 的签名始终是固定的：var body: some View { get }。返回类型是 some View（不透明类型），而不是具体类型。这意味着不同的 View 可以在 body 中返回不同的具体类型，但 Swift 编译器在编译阶段会为每个实现固定具体类型。

根据 WWDC 2022，body 是进入界面声明式描述的入口点。与 UIKit 不同，在 UIKit 中您命令式地创建和配置 UIView，而在 SwiftUI 中您声明式地描述应该显示什么，SwiftUI 自行计算如何实现。

body 作为纯函数

body 应该表现得像一个纯函数 — 使用相同的输入数据（结构属性和状态）应返回相同的 View 树。如果 body 依赖于外部可变状态（全局变量、没有 @AppStorage 包装器的 UserDefaults），行为将变得不可预测，SwiftUI 可能无法正确地重新绘制屏幕。

计算属性 body 是如何工作的

计算属性 body 不存储值 — 每次访问时都会计算。当 SwiftUI 确定状态已更改时，它会重新创建 View 结构并读取 body 的新值，以获取要显示的最新元素树。

struct CounterView: View {
    @State private var count = 0

    var body: some View {
        VStack {
            Text("计数器：\(count)")
                .font(.largeTitle)
            Button("增加") {
                count += 1
            }
            .padding()
            .background(.blue)
            .foregroundColor(.white)
            .cornerRadius(8)
        }
    }
}

在此示例中，body 返回一个包含 Text 和带有修饰器的按钮的 VStack。按下按钮时，@State 属性 count 增加，SwiftUI 重新创建 CounterView 结构并再次调用 body 以获取带有新 Text 值的更新树。

修饰器（.font, .padding, .background, .foregroundColor, .cornerRadius）不改变原始 View，而是将其包装在 ModifiedContent 中 — 一个添加修改的新类型。每个修饰器创建另一个嵌套级别，这对于性能很重要。

body 和不透明类型 some View

some View 在 body 的返回类型中 — 不仅仅是约定，而是编译器的强制要求。Swift 要求 body 中的所有返回路径都具有相同的具体类型。没有 @ViewBuilder，您不能在一个分支中返回 Text 而在另一个分支中返回 Button — 编译器会报错。

struct ConditionalView: View {
    var isReady: Bool

    @ViewBuilder
    var body: some View {
        if isReady {
            Text("就绪")
                .foregroundColor(.green)
        } else {
            ProgressView()
        }
    }
}

@ViewBuilder 在 body 上允许使用条件逻辑（if/else, switch）而不会出现编译错误。ViewBuilder 自动将不同的分支包装在 ConditionalContent 中 — 一种隐藏具体类型差异的特殊类型。这是构建动态界面的关键能力。

没有 @ViewBuilder，编译器会尝试为所有返回路径推断单一类型。如果类型不同 — 就会出现错误。这就是为什么 SwiftUI 在 View 声明中隐式地将 @ViewBuilder 应用于 body，尽管在用户代码中，对于返回多个 View 的自定义方法和属性，必须显式放置注释。

some View 的性能

使用 some View 而不是具体类型不会降低性能 — 编译器在编译阶段知道确切的类型，并生成无需动态派发的直接代码。相比之下，AnyView 使用类型擦除（type erasure），将类型打包到存在容器中会产生开销。

body 的生命周期：何时以及如何被调用

body 由 SwiftUI 在三个主要场景中调用：首次显示 View 时，@State/@Binding/@ObservedObject/@StateObject 更改时，以及父 View 通过初始化器传递新值时。SwiftUI 也可能在环境值（@Environment）更改时调用 body。

body 的调用频率不必担心 — SwiftUI 通过身份机制优化重绘。层次结构中的每个 View 都有唯一的标识符。如果身份和输入数据没有更改 — 则不调用 body，即使父 View 已重绘。这是通过 Equatable 比较和结构的稳定性实现的。

struct ParentView: View {
    var body: some View {
        ChildView(name: "Alice") // 稳定标识
    }
}

struct ChildView: View {
    let name: String
    var body: some View {
        Text("你好，\(name)!")
    }
}

在此示例中，如果 ParentView 重绘但传递相同的 name 值 — ChildView.body 不会被调用。SwiftUI 比较结构的输入数据，如果没有更改，则跳过子组件的重绘。这是视图差异化（view differentiation）机制。

body 何时被意外调用

有几个陷阱会导致 body 被意外调用：使用没有 ObservableObject 的类，传递在 body 内部创建的闭包（每次创建闭包都会产生新的身份），以及错误使用 EquatableView。如果 body 过于频繁地被调用 — 检查所有子组件的身份稳定性。

使用 body 的最佳实践

第一条规则： body 应该最小化。将复杂逻辑提取到单独的计算属性或返回 View 的方法中。这可以提高可读性，并允许 SwiftUI 更精确地确定层次结构的哪些部分已更改。将大的 body 分解为具有明确职责边界的子组件。

第二条规则：不要使用 body 来执行工作。加载数据、网络工作、写入数据库 — 所有这些都应该在 body 之外进行，在任务（task）、onChange 修饰器或通过 ObservableObject 进行。body 仅用于声明界面。

第三条规则：如果标准结构比较不够，请使用 EquatableView 属性或自定义 Equatable 协议用于 View。这允许您明确告诉 SwiftUI 何时子 View 需要重绘并避免不必要的 body 调用。

第四条规则：如果 body 包含复杂计算（格式化、过滤、排序） — 使用 @State 缓存结果或将计算提取到从 onChange 调用的单独方法中。每次状态更新时在 body 中重复计算是动画卡顿的常见原因。

第五条规则：对于列表（List, ForEach），通过 id 参数提供稳定标识符。没有稳定的身份，ForEach 在每次更改时重新创建所有元素，为每个元素调用 body，即使只有一个元素发生了变化。