无需在build.gradle中显式声明依赖即可使用ViewModel和LiveData

ViewModel和LiveData并非必须显式声明依赖才能使用，核心原因是依赖传递机制，以及Android生态中部分常用库的默认整合，具体分为以下几种情况：

1. 依赖传递：其他已声明的库间接引入了这些依赖 #

Android Gradle的依赖管理支持传递性依赖——当你在build.gradle中声明某个库时，该库的依赖也会被自动引入到你的项目中。比如：

• 如果你使用了androidx.activity:activity-ktx或androidx.fragment:fragment-ktx，这些库本身就依赖了lifecycle-viewmodel-ktx，会自动把ViewModel相关类带入项目
• 如果你引入了androidx.compose.runtime:runtime-livedata这类Compose相关依赖，它会间接引入lifecycle-livedata-ktx
• 一些第三方框架（如Jetpack Navigation、Room）也可能依赖Lifecycle组件，间接帮你引入了ViewModel/LiveData

你可以通过执行Gradle命令查看完整依赖树，确认是哪个库传递引入了Lifecycle组件：

# macOS/Linux
./gradlew app:dependencies

# Windows
gradlew.bat app:dependencies

2. Android Studio项目模板的默认配置 #

如果你是通过Android Studio的默认模板（比如"Empty Views Activity"或"Compose Activity"）创建的项目，模板会自动帮你引入一些基础依赖，其中就包含了Lifecycle相关的间接依赖。比如模板默认会添加androidx.activity:activity-ktx和androidx.fragment:fragment-ktx，而这两个库已经包含了ViewModel的依赖。

3. Android Gradle插件的默认依赖（部分场景） #

在某些版本的Android Gradle插件中，会默认引入一些AndroidX核心库的依赖，其中可能包含Lifecycle的基础组件。不过这种情况比较少见，更多还是通过模板或依赖传递实现的。

注意事项 #

虽然无需显式依赖就能使用，但如果你的项目对Lifecycle组件的版本有特定要求，建议显式声明依赖，避免因为传递依赖带来的版本冲突问题。比如当多个传递依赖引入了不同版本的Lifecycle库时，Gradle会自动选择最高版本，但可能引发兼容性问题，显式声明可以锁定版本。

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