SwiftUI View生命周期问题：视图无故多次初始化求助
SwiftUI里视图结构体多次初始化是很常见的现象，本质和它的值类型视图模型、body计算机制强相关，结合你的代码场景，主要原因有这几点：
视图结构体是值类型，body会被多次计算
SwiftUI的View是值类型结构体，body是计算属性，当任何影响视图布局/显示的状态（比如EnvironmentObject变化、父视图状态更新、布局尺寸变化）发生时，body会被重新计算，这意味着你的子视图（比如ParlorView()）会被重新实例化。你看到的init调用次数，只是结构体被创建的次数，不等于视图实际被渲染的次数——很多结构体实例会被SwiftUI内部优化掉，不会真正对应到屏幕上的视图。GeometryReader触发布局重算
你的ContentView用了GeometryReader，它会在布局环境变化时（比如安全区调整、设备旋转、父视图尺寸变化）重新执行闭包，导致body被多次调用，进而触发子视图的初始化。EnvironmentObject的依赖更新
你在ContentView里注入了多个EnvironmentObject，同时给子视图传递了manager对象。只要这些对象的@Published属性发生变化，所有依赖它们的视图的body都会被重新计算，子视图自然会被重新实例化。如果你的manager在初始化或启动阶段有状态变化，就会连续触发多次body计算。条件渲染的类型差异
你的代码里有if-else分支，分别返回ParlorView和AnimatedLaunchView。这两个是不同类型的视图，SwiftUI在处理不同类型的条件视图时，会销毁旧视图实例并创建新的。如果初始阶段条件有短暂变化（比如manager的状态从启动中切换到完成），就会导致子视图被多次初始化。
验证与优化建议
- 别把
init调用次数等同于视图实际创建次数，在子视图的onAppear里打印日志，那才是视图真正显示到屏幕上的时机。 - 避免在视图的
init方法里执行副作用操作（比如网络请求、数据修改），把这些逻辑放到ViewModel的初始化或者onAppear中。 - 如果想减少不必要的重渲染，确保你的
EnvironmentObject只在必要时更新@Published属性，或者用EquatableView包装子视图，让SwiftUI只有在子视图的属性真正变化时才重新计算。
内容的提问来源于stack exchange，提问作者hulkinggrunt
