SwiftUI中Text/Image等结构体是否为实例？点语法原理是什么

首先明确：Text、Image调用构造器时生成的就是标准结构体实例 #

Swift中结构体没有所谓“必须显式创建对象”的特殊要求，只要调用构造方法就会生成对应的值类型实例。Text("Hello world!")和你写let num = Int(1)生成Int实例、let arr = Array<Int>()生成数组实例没有本质区别。你觉得“好像没创建对象”只是因为代码里没有把它绑定到一个变量上而已，不代表实例不存在。

核心范式差异：UIKit是可变渲染对象，SwiftUI是不可变视图描述 #

很多人理解不了的根源是把UIKit的使用惯性套到了SwiftUI上，两者的设计逻辑从根上就不一样：

• UIKit里的UIView及其子类是引用类型（类），是真正常驻内存、负责实际渲染的视图对象。你修改它的backgroundColor属性，是直接修改这个已存在对象的内部状态，修改后会立刻触发UI层面的更新。
• SwiftUI里所有遵循View协议的结构体（包括Text、Image），根本不是最终渲染到屏幕上的真实视图，它们只是极其轻量的「视图配置描述值」，作为值类型默认是不可变的，只负责记录“要显示什么内容、用什么样式”这类元信息，本身不承担任何渲染职责，也不会长期驻留内存。

你可以把SwiftUI的View结构体理解成一张装修配置单：单子上只写“墙面刷红色、四周留10px边距”这类要求，纸本身不是墙，更不会自己变成墙。

链式点语法的本质：生成层层包裹的新结构体实例 #

你写的.background(Color.red)从来不是修改原Text实例的属性，这就是Swift最普通的实例方法调用——这个方法的返回值是一个全新的、遵循View协议的结构体，把原来的Text实例和你传入的样式参数包裹在内部。
举个等价拆解，这段代码：

Text("Hello world!")
  .background(Color.red)

实际执行逻辑和下面的写法完全一致：

// 第一步：生成Text类型的结构体实例，内部只存储要显示的文字内容
let baseText = Text("Hello world!")
// 第二步：调用background实例方法，传入红色参数，返回新的结构体
// 新结构体内部持有两个值：原baseText实例、红色背景配置
let redBackgroundText = baseText.background(Color.red)

这里的redBackgroundText已经不是Text类型了，它是SwiftUI内部定义的_BackgroundModifier<Text>类型。如果你继续链式调用.padding()、.cornerRadius(8)，本质就是不断在外层套新的修饰符结构体，每一次调用都会返回一个新类型的实例，从来没有修改过最开始生成的那个Text实例。
这个逻辑和Swift标准库中数组的appended(_:)方法完全一致：你对[1,2,3]调用.appended(4)不会修改原数组，只会返回一个包含新元素的全新数组，SwiftUI的所有修饰符方法都是这个逻辑。
你可以自己做个简单验证，打印每一步的类型就能看得非常清楚：

let v1 = Text("Test")
print(type(of: v1)) // 输出：Text
let v2 = v1.background(.red)
print(type(of: v2)) // 输出：_BackgroundModifier<Text>
let v3 = v2.padding()
print(type(of: v3)) // 输出：_PaddingModifier<_BackgroundModifier<Text>>

等所有链式调用完成后，这一整棵由结构体组成的描述树会被交给SwiftUI的底层渲染引擎，引擎会解析每一层的配置，最终生成真正的底层渲染对象绘制到屏幕上——整个过程中你写的那些View结构体，只是一次性的配置描述，用完就会被回收，根本不是长期存在的视图对象。

内容的提问来源于stack exchange，提问作者yunSwifty.0