SwiftUI语法解析：var body内部究竟定义了什么？

问题1：View协议要求自身类型的属性，会不会造成无限递归循环？ #

不会，核心原因是View协议的body属性并非要求直接返回View协议类型，而是返回一个符合View协议的具体类型，且递归会终止在系统提供的「叶子视图」上。

具体来说：

• View协议定义里，body的类型是关联类型Self.Body，该类型被约束为View，但Body是具体的类型（比如Text、VStack这些系统自带的结构体），而非协议本身。
• 当你自定义视图时，body返回的是像VStack、Text这类已经由Apple实现了View协议的具体视图。这些系统视图的body实现是内部完成的，不需要你再去编写，递归到这里就会终止，不会无限循环。

举个简单例子：你写struct MyView: View { var body: some View { Text("Hello") } }，这里Text是系统提供的具体视图，它的body已经被Apple实现，不会再要求你继续定义，所以不存在递归问题。

问题2：body里不写return也能返回视图？这种写法为何可行？ #

这是Swift的隐式返回特性，完全合法，但要注意细节：

关于body的隐式返回 #

计算属性的闭包里，如果最后一行是单个表达式，Swift会自动把它作为返回值，不需要显式写return。你给出的例子中，ViewA()和OtherView()只是执行了初始化，但它们的结果被直接丢弃，只有最后一行的VStack会被作为body的返回值渲染出来——前面的两个视图不会出现在界面上。

比如这段代码：

struct SomeView: View {
    var body: some View {
        ViewA() // 仅执行初始化，结果被丢弃
        OtherView() // 同样被丢弃
        VStack { // 最后一个表达式，被隐式返回
           Sub1()
           Sub2() 
        }
    }
}

等价于：

struct SomeView: View {
    var body: some View {
        ViewA()
        OtherView()
        return VStack {
           Sub1()
           Sub2() 
        }
    }
}

关于HStack/VStack里的多视图写法 #

这是因为容器视图的初始化器使用了@ViewBuilder属性包装的闭包。ViewBuilder是SwiftUI提供的工具，它能把闭包里的多个视图表达式，自动组合成一个符合View协议的单一类型（比如TupleView），所以你在里面写多个子视图时，所有视图都会被收集并渲染，而不是只有最后一个生效。

比如VStack { Sub1(); Sub2() }，ViewBuilder会把这两个视图打包成TupleView<(Sub1, Sub2)>，然后VStack将这个组合视图作为自己的内容，所以两个子视图都会显示在界面上。

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