jetpack开发里通常怎么用，先看这些写法

ViewModel：数据管理的生命周期感知者

在Jetpack组件中，ViewModel的角色是管理界面相关的数据。其核心价值在于将数据从UI控制器（如Activity或Fragment）中剥离出来，并使其能够在配置变更（如屏幕旋转）后依然存活。典型的用法是在Activity或Fragment中通过ViewModelProvider来获取ViewModel实例。开发者不应在ViewModel中持有对View、Lifecycle或任何可能持有Activity上下文引用的对象的直接引用，这可能导致内存泄漏。ViewModel更适合用于处理纯数据逻辑，例如从Repository获取数据、进行临时计算等。

一个常见的实践是将ViewModel与数据层（如Repository）结合使用。ViewModel向Repository请求数据，并将结果通过LiveData或StateFlow暴露给UI层。这样，UI层只需观察这些可观察的数据持有者，并在数据变化时更新界面，实现了关注点分离。对于需要传递参数的ViewModel，可以使用ViewModelProvider.Factory来创建实例，这是处理依赖注入或初始化参数的推荐方式。

LiveData与StateFlow：状态观察的两种范式

LiveData是一个可观察的数据持有者类，具有生命周期感知能力。它确保仅在活跃的观察者（如处于STARTED或RESUMED状态的Activity/Fragment）存在时才更新UI，这有效避免了内存泄漏和无效的UI更新。在ViewModel中定义LiveData，并在UI层通过observe方法进行观察，是Jetpack开发的标准模式。然而，LiveData的设计初衷是用于UI层，其变换（map、switchMap）和协程支持相对有限。

随着Kotlin协程的普及，StateFlow和SharedFlow作为更强大的响应式流组件被广泛采用。它们来自Kotlin的Flow API，能与协程无缝集成，支持更复杂的异步操作、背压处理和线程调度。在ViewModel中，通常将StateFlow作为UI状态的单一可信来源暴露。UI层则使用lifecycleScope.launch和repeatOnLifecycle等扩展函数来安全地收集Flow，确保收集只在生命周期处于特定状态时进行。选择LiveData还是StateFlow，往往取决于项目对Kotlin协程的采用程度以及对更丰富流操作的需求。

Room数据库：声明式SQLite对象映射

Room在SQLite之上提供了一个抽象层，允许开发者使用注解来定义数据库实体（Entity）、数据访问对象（Dao）和数据库本身（Database）。其核心用法始于使用@Entity注解定义数据表结构，使用@Dao接口声明查询、插入、更新和删除方法。Room会在编译时验证SQL语句的正确性，这大大减少了运行时错误。查询方法可以返回LiveData或Flow，使得数据库的任何变化都能自动通知到观察者，实现数据的实时驱动更新。

在实际开发中，Room通常与Repository模式结合。Repository作为一个中间层，封装数据来源（可以是Room数据库、网络API或其他本地存储），为ViewModel提供统一的数据接口。在Dao中编写复杂查询时，可以利用@Relation、@Transaction等注解处理关联查询和事务。为了优化性能，可以考虑使用数据库索引（通过@Entity的indices属性）以及适时进行数据库迁移（通过RoomDatabase的addMigrations方法）。

其他常用组件的协同工作模式

除了上述核心组件，Jetpack中还有许多其他工具服务于特定场景。DataBinding或ViewBinding用于更安全、便捷地访问视图，它们可以与ViewModel中的LiveData/StateFlow绑定，实现数据的自动填充。Na vigation组件管理应用内的页面跳转和回退栈，其与ViewModel的结合（通过将ViewModel作用域限定在导航图）可以方便地在目的地之间共享数据。WorkManager则用于调度可延迟的、保证执行的异步任务，如下载文件或同步数据，它非常适合处理即使用户退出应用也需要完成的后台工作。

这些组件并非孤立存在，而是遵循着清晰的分层架构。典型的模式是：UI层（Activity/Fragment）负责显示数据和接收用户输入；ViewModel层持有UI状态并处理逻辑；Repository层协调多个数据源；而Room、Retrofit等则构成具体的数据源层。理解每个组件的职责边界和它们之间的数据流向，是写出高效、清晰Jetpack代码的关键。避免将所有逻辑都塞进ViewModel或Fragment，合理利用各司其职的组件，才能构建出可测试、易维护的应用。

实践中的常见考量与最佳实践

在集成Jetpack组件时，有几个关键点需要考量。首先是依赖注入，虽然可以通过ViewModelFactory手动管理依赖，但更推荐使用Hilt这类专门的依赖注入库，它能极大简化ViewModel、Repository等对象的创建和依赖关系管理。其次是状态管理，对于复杂界面，建议使用单一数据源原则，即UI状态完全由ViewModel中的一个StateFlow或LiveData对象描述，避免状态分散导致的同步问题。

测试也是Jetpack带来的优势之一。由于ViewModel不依赖于Android框架，可以直接进行单元测试。Room允许创建内存数据库进行快速测试。UI测试则可以利用Espresso与这些组件配合。最后，应密切关注Android开发者官网和Jetpack库的发布说明，因为Google会持续优化和推出新的组件（如更现代的DataStore替代SharedPreferences），及时了解并评估新工具对项目架构的改进可能。