SwiftUI自定义视图中ViewBuilder应在init还是body中执行？

在SwiftUI中，正确的做法是将ViewBuilder闭包存储为属性，在body属性中调用执行，也就是代码示例中的「选项2」组合：

struct Custom<Content: View>: View {
    private let content: () -> Content
    
    init(@ViewBuilder content: @escaping () -> Content) {
        // 选项2：存储闭包
        self.content = content
    }
    
    var body: some View {
        // 选项2：在body中执行闭包
        content()
    }
}

两种方案的优缺点解析 #

方案1：在init中执行ViewBuilder（存储View实例）

• 核心问题：视图仅在初始化时构建一次，后续状态变化（如绑定值更新、环境变量变化）时，content无法重新计算，直接破坏SwiftUI的响应式更新机制。
• 额外问题：如果content依赖@State、@Binding或@Environment等状态，初始化时这些状态尚未完全绑定到视图层级，会导致初始状态错误或后续无法响应更新。
• 仅有的微小优势：静态无状态场景下能减少一次视图构建，但SwiftUI视图构建本身开销极低，几乎没有实际价值。

方案2：存储闭包，在body中执行ViewBuilder

• 符合SwiftUI核心设计：遵循「视图是状态的函数」原则，每次body因状态变化被调用时，都会重新执行content()，确保视图始终反映最新状态。
• 支持状态响应：闭包在body执行时才解析，此时视图层级的状态环境已就绪，能正确捕获并响应@State、@Binding等外部状态变化。
• 对齐系统实现：所有SwiftUI系统容器视图（如VStack、HStack）均采用这种模式，是官方推荐的视图组合方式。

官方依据 #

苹果虽未针对该场景发布单独文档，但从SwiftUI的核心设计原则及WWDC官方session（如WWDC 2019《Introducing SwiftUI: Building Your First App》）的内容可以明确：视图的body是响应状态变化的核心入口，自定义视图必须保证body能根据状态重新生成完整的视图结构，存储ViewBuilder闭包并在body中执行是符合这一设计的唯一正确方式。

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