介绍
Dependency Health 关注 Android 项目的依赖可维护性和发布风险。它帮助团队在升级 SDK、引入第三方库或发版前先理解依赖树。
为什么使用 Dependency Health
Android 项目依赖多、传递依赖深，版本冲突和重复依赖可能导致包体积增加、运行时崩溃、构建不稳定或安全风险。
核心能力
- 读取 Gradle 依赖信息和 version catalog 配置。
- 识别重复依赖、版本冲突、降级、动态版本和潜在过期依赖。
- 展示依赖树和关键变化，帮助团队 review 依赖调整。
- 配合 Release Readiness 检查发布前依赖风险。
功能细节
能力 1
读取 Gradle 依赖信息和 version catalog 配置。
能力 2
识别重复依赖、版本冲突、降级、动态版本和潜在过期依赖。
能力 3
展示依赖树和关键变化，帮助团队 review 依赖调整。
能力 4
配合 Release Readiness 检查发布前依赖风险。
典型工作流
- 扫描 Gradle 依赖树和 version catalog。
- 查看冲突、重复项、动态版本和降级风险。
- 根据建议清理依赖或统一版本。
- 重新构建并检查 Bundle Inspector 中的体积变化。
适合的使用场景
- 升级 Android Gradle Plugin、Kotlin 或核心 SDK 前做依赖盘点。
- 排查 class duplicate、NoSuchMethodError、依赖版本不一致等问题。
- 审查第三方 SDK 引入对包体积和发布风险的影响。
开始使用
- 在 ADB Pro 工具窗口中打开 Dependency Health 标签页。
- 确认当前 Android 项目已经完成 Gradle 同步，并选择需要处理的模块或产物。
- 按页面提示执行扫描、分析或生成操作。
- 查看结果、日志和建议，再决定是否应用到项目配置中。
验证方式
- 重新执行相关 Gradle 构建或分析任务，确认没有新的错误。
- 检查输出日志和 IDE 面板结果，确认状态、路径和产物符合预期。
- 如果改动会影响 release 包，建议结合 Release Readiness 再做一次发布前检查。
常见问题
这个功能会直接修改项目文件吗？
默认以扫描、分析和结果展示为主。只有在你明确执行应用、生成或注入配置等操作时，才会修改项目文件。
适合在发版前什么时候运行？
建议在 release 构建产物生成后运行，并在上传应用商店或交给 QA 前结合 Release Readiness 做一次完整确认。
它和其他 ADB Pro 功能如何配合？
这个功能通常和 Build Tools、AAB Tools、Signing Tools 或 Release Readiness 串联使用，用来把单点操作放进完整 Android 发版流程。