SwiftUI避免ViewModel重复实例化及注入方式合理性咨询

一、如何避免SwiftUI每次渲染body时重复实例化ViewModel？ #

当前代码的核心问题是：每次body执行时都会调用createAccountViewModel()，导致新的AccountSectionViewModel实例被重复创建——这会丢失ViewModel的状态，还会造成不必要的资源浪费。解决这个问题的关键是让ViewModel实例在视图的整个生命周期内保持唯一，推荐以下两种方案：

方案1：使用@StateObject管理ViewModel（推荐，iOS 14+） #

@StateObject是SwiftUI专门用来管理ObservableObject生命周期的属性包装器，它会确保实例仅在视图初始化时创建一次，后续body刷新不会重新实例化。

由于@Environment变量无法在视图初始化器中直接访问，我们可以通过自定义初始化器传递依赖：

struct SettingsView: View {
    @StateObject private var accountViewModel: AccountSectionViewModel
    
    // 自定义初始化器，传入所需依赖
    init(sessionManager: UserSessionRepository, coreDataClearing: CoreDataClearingManager = CoreDataClearingManager()) {
        _accountViewModel = StateObject(wrappedValue: AccountSectionViewModel(
            coreDataClearing: coreDataClearing,
            sessionManager: sessionManager
        ))
    }
    
    var body: some View {
        NavigationStack {
            Form {
                // 直接传入已初始化的ViewModel，无需重复创建
                AccountSectionView(viewModel: accountViewModel)
                AppearanceSectionView()
                HelpAndSupportSectionView()
            }
        }
        // 若子视图需要环境变量，可继续注入
        .environment(\.userSessionRepository, accountViewModel.sessionManager)
    }
}

方案2：用@State配合onAppear延迟初始化 #

如果不想修改视图的初始化器，也可以用@State持有可选的ViewModel实例，仅在视图首次出现时初始化：

struct SettingsView: View {
    @Environment(\.userSessionRepository) private var sessionManager
    @State private var accountViewModel: AccountSectionViewModel?
    
    var body: some View {
        NavigationStack {
            Form {
                // 确保ViewModel初始化后再渲染子视图
                if let viewModel = accountViewModel {
                    AccountSectionView(viewModel: viewModel)
                }
                AppearanceSectionView()
                HelpAndSupportSectionView()
            }
        }
        .onAppear {
            // 仅在首次出现时创建ViewModel
            if accountViewModel == nil {
                accountViewModel = AccountSectionViewModel(
                    coreDataClearing: CoreDataClearingManager(),
                    sessionManager: sessionManager
                )
            }
        }
    }
}

二、当前的ViewModel注入方式是否合理？ #

当前的注入方式不合理，主要存在以下问题：

1. 状态丢失风险：每次body刷新都会创建新的ViewModel，用户在子视图中的操作状态会被重置，完全不符合预期。
2. 可测试性差：CoreDataClearingManager是在createAccountViewModel中硬编码创建的，无法替换为模拟对象进行单元测试。
3. 维护成本高：ViewModel的创建逻辑分散在方法中，当依赖变更时需要修改多处代码，代码结构不够清晰。

改进建议 #

1. 统一使用构造函数注入：将所有依赖（如sessionManager、coreDataClearing）通过构造函数传递给ViewModel，而非在内部硬编码创建，提升代码的可测试性和灵活性。
2. 用@StateObject/@ObservedObject管理生命周期：确保ViewModel实例在视图生命周期内唯一，避免重复创建。
3. 规范依赖注入流程：如果项目中依赖较多，可考虑手动构建依赖容器或使用轻量注入框架，统一管理依赖的创建和传递，让代码结构更清晰。

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