SwiftUI问题：为何init()调用顺序与视图层级相反？

问题1：ContentView2的init()为何会被调用（看似依赖的EnvironmentObject未更新时） #

你这里存在误解：点击按钮时你修改了Model2的showView1/showView2属性，这属于ContentView2依赖的EnvironmentObject的状态更新——@Published属性变化会触发所有依赖它的视图重建。

SwiftUI中视图是值类型结构体，状态变化时会重新创建视图实例，因此ContentView2的init()会被调用。如果确实遇到Model2未更新但ContentView2重建的情况，可能的原因包括：

• ContentView2的父视图发生重建，导致它被重新创建；
• 其他环境变量（比如系统主题、尺寸类）发生变化；
• SwiftUI内部优化机制触发的重建（值类型重建本身开销极低，无需过度关注）。

问题2：为何视图初始化顺序不符合层级预期 #

这是因为SwiftUI的视图初始化是按需延迟执行的：视图结构体的init()不会在父视图初始化后立即调用，只有当父视图的body计算到该子视图、且需要渲染它时，才会创建子视图实例。

至于你看到的init View1先于init ContentView的反向顺序，大概率是测试场景中的特殊情况：

• 可能你混淆了实际视图层级（比如ContentView2并非ViewA的直接父视图，而是被其他条件逻辑嵌套）；
• 也可能是首次启动时ContentView2已经初始化过，点击按钮触发的重建流程中，子视图的创建被优先执行（正常情况下，正确顺序应该是ContentView2.init() → 计算body → 创建ViewA → ViewA.init()，反向顺序说明代码中可能存在未展示的嵌套逻辑）。

重要提醒：SwiftUI不保证视图初始化的严格顺序，它的核心是状态驱动更新，不要依赖初始化顺序实现业务逻辑。

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