为何使用Stack会导致自定义视图从UnaryView变为MultiView？

问题现象 #

• 不使用Stack时，为CustomView添加border修饰符后得到的是UnaryView；
• 使用Stack后，添加border修饰符则得到MultiView；
• 无论在ContentView中使用HStack、ZStack还是TupleView，都会出现此现象，且该现象并非发生在CustomView的body中。

示例代码 #

import SwiftUI

struct ContentView: View {
    
    var body: some View {
        
        VStack(spacing: 10.0) {

            CustomView {
                Text("First")
                Text("Second")
                Text("Third")
            }
            .border(.red)
            
        }

    }
    
}

struct CustomView<Content: View>: View {
    let content: () -> Content
    init(@ViewBuilder content: @escaping () -> Content) { self.content = content }
    var body: some View {
        return content()
    }
}

视图结构对比 #

未使用Stack的视图结构 #

使用Stack的视图结构 #

核心原因解析 #

这本质是SwiftUI的@ViewBuilder和视图类型推断特性共同作用的结果：

1. 无Stack时的类型逻辑
   当你在CustomView的闭包里直接写多个Text而不嵌套Stack，@ViewBuilder会自动将多个视图打包成TupleView<(Text, Text, Text)>。此时CustomView的Content类型是TupleView，而CustomView的body直接返回这个TupleView——它被SwiftUI视为单一视图单元。当给CustomView添加border修饰符时，修饰符是包裹在这个单一TupleView外层，因此最终生成的是UnaryView。

2. 使用Stack时的类型逻辑
   当你用Stack（VStack/HStack/ZStack）包裹多个Text时，Stack本身是一个视图容器，但它内部包含了多个子视图。此时CustomView的Content类型是对应的Stack类型，当给CustomView添加border修饰符时，SwiftUI在构建视图树时，会将“修饰符 + 包含多子视图的Stack”整体识别为MultiView——因为这个结构的核心是一个包含多个子视图的容器，修饰符只是外层包装，布局系统会将其视为多视图组合的结构。

3. 修饰符的作用阶段
   这个变化并非发生在CustomView的body内部，而是在ContentView中给CustomView添加修饰符的阶段。SwiftUI会根据CustomView最终返回的视图内容（是单一TupleView还是包含多子视图的Stack），来决定修饰符包裹后的视图类型归类。

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