第2章：掌握 ViewModelProvider 的正确初始化方式

ViewModel 实例不能通过 new 关键字直接创建。直接依赖构造函数注入会绕过 Android 生命周期管理，导致配置变更（如屏幕旋转）时数据丢失或内存泄漏。Android 提供了 ViewModelProvider 作为标准工厂，自动处理作用域、缓存与生命周期绑定。本章聚焦于如何通过 Fragment 获取正确作用域的 ViewModel，并解释 ViewModelProvider 的内部机制。

2.1 为什么不能直接 new ViewModel

直接创建实例时，ViewModel 无法与 Fragment 的 LifecycleOwner 关联，当 Fragment 销毁重建时，旧实例被垃圾回收，新 Fragment 会创建全新的 ViewModel，导致视图数据丢失。同时，若 ViewModel 持有 Activity 引用或 Context，配置变更后旧 ViewModel 未被清除，可能泄漏。

2.2 ViewModelProvider 初始化模式

ViewModelProvider 提供两种核心构造方式：

• 基于 Fragment/Activity 实例：new ViewModelProvider(fragment)——作用域为 Fragment 自身。
• 基于 ViewModelStoreOwner：new ViewModelProvider(fragment.getViewModelStore())——通常用于自定义作用域。

标准用法如下：

public class MyFragment extends Fragment {
    private MyViewModel viewModel;

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        // ✅ 正确：通过 Fragment 实例获取作用域
        viewModel = new ViewModelProvider(this).get(MyViewModel.class);
    }
}

2.3 作用域选择的关键：Fragment vs Activity

获取 ViewModel 时传入不同的 ViewModelStoreOwner 决定了 ViewModel 的生命周期范围：

2.4 ViewModelProvider 内部流程

下图展示了 ViewModelProvider 如何通过 ViewModelStore 管理实例：

2.5 常见错误与调试方法

2.6 实现步骤总结

1. 在 Fragment 的 onCreate() 或 onViewCreated() 中调用 new ViewModelProvider(owner)。
2. 决定 owner：单个 Fragment 用 this；跨 Fragment 共享用 requireActivity()。
3. 通过 .get(ViewModelClass) 获取实例，不要调用 new。
4. 如果需要自定义 Factory（传参），则使用 new ViewModelProvider(owner, factory)。
5. 确认 ViewModel 的 onCleared() 在 Fragment 销毁后触发，避免内存泄漏。

2.7 性能与稳定性考量

• 避免在 onCreateView 中重复创建 ViewModelProvider：只需在 Fragment 的 onCreate 中初始化一次。
• 自定义 Factory 不要持有 Activity/Fragment 引用：使用 SavedStateHandle 或 Application 级别依赖。
• 大内存 ViewModel：若 ViewModel 包含大量 Bitmap 或 List，确保 onCleared() 中释放资源。