SwiftUI中@StateObject与内联实例传递EnvironmentObject的行为差异

1. 内联创建实例传递 #

var body: some Scene {
    WindowGroup {
        MainContentView()
            .environmentObject(NavigationStackManager())
            .environmentObject(CalendarVM())
    }
}

• NavigationStackManager和CalendarVM每次WindowGroup的内容被重新生成时都会创建新实例（比如App从后台激活、系统配置变化触发Scene重建等场景）。
• 两个对象的生命周期完全绑定，同时被创建和销毁，在你的测试场景中表现出符合预期的行为，但存在隐患：一旦Scene重建，所有依赖这两个对象的状态都会被重置。

2. 仅用@StateObject声明NavigationStackManager后传递 #

@StateObject private var navigationManager = NavigationStackManager()

var body: some Scene {
        WindowGroup {
            MainContentView()
                .environmentObject(navigationManager)
                .environmentObject(CalendarVM())
        }
    }

• navigationManager由@StateObject托管，生命周期与App实例完全绑定，只会初始化一次，不会随Scene重建而销毁。
• CalendarVM()是内联创建，每次Scene重建时都会生成新实例。
• 这就是你遇到异常的核心原因：NavigationStack依赖的navigationManager是持久化的，但CalendarVM是频繁重建的，两者生命周期不一致，导致子视图中依赖CalendarVM的属性在Scene重建时被重置，进而影响到NavigationStack的状态表现。

3. 用@StateObject声明两个实例后传递 #

@StateObject private var navigationManager = NavigationStackManager()
@StateObject private var calendarVM = CalendarVM()

var body: some Scene {
        WindowGroup {
            MainContentView()
                .environmentObject(navigationManager)
                .environmentObject(calendarVM)
        }
    }

• 两个对象都由@StateObject托管，生命周期均与App实例绑定，只会初始化一次，全程保持状态稳定。
• 这种方式是最可靠的全App共享状态方案，确保所有依赖的对象状态不会因为Scene重建或视图刷新而意外重置，所以你的测试中行为符合预期。

关键差异总结 #

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