如何查看特定构建的Gradle依赖版本？及依赖版本记录文件咨询

我完全懂你这种踩了动态版本号坑的痛苦——自动更新依赖确实容易搞出这种莫名其妙的崩溃！针对你的问题，我整理了两个核心解决方案：

当然有！Gradle本身就提供了生成依赖报告的能力，能帮你导出所有依赖的精确版本：

• 对于Android项目，在终端运行构建命令生成依赖树：

  # Mac/Linux
  ./gradlew app:dependencies
  # Windows
  gradlew.bat app:dependencies
  

  这个命令会输出你的app模块所有依赖的树形结构，包括传递依赖的具体版本，一目了然。
• 如果想要把报告保存为本地文件方便后续对比，直接重定向输出即可：

  ./gradlew app:dependencies > dependencies-report.txt
  

• 要是只想针对某个特定依赖（比如MoPub）查版本和依赖路径，可以用更精准的命令：

  ./gradlew app:dependencyInsight --configuration releaseRuntimeClasspath --dependency com.mopub:mopub-sdk
  

针对已完成的构建，有几种实用方法：

• 查看构建日志：如果你保留了构建时的终端输出或CI日志，直接搜索依赖相关条目即可——Gradle在构建过程中会打印所有已解析的依赖版本。
• 启用Gradle依赖锁定：这是最稳妥的长期解决方案，能彻底避免依赖意外更新。在模块的build.gradle中添加配置：

  dependencyLocking {
      lockAllConfigurations()
  }
  

  然后运行命令生成锁定文件：

  ./gradlew dependencies --write-locks
  

  项目根目录会生成gradle/dependency-locks文件夹，里面的文件会精确锁定所有依赖版本，后续构建都会严格遵循这些版本，你也可以直接通过锁定文件查看当前构建的依赖版本。
• APK分析工具：如果是已经打包好的APK，用Android Studio的APK Analyzer打开，查看lib目录下的依赖库，或者解析manifest中的相关信息，不过这个方法不如Gradle报告直观。

最后提个小建议：以后尽量避免用+这种动态版本号，尤其是第三方SDK，最好指定精确版本（比如com.mopub:mopub-sdk:5.18.0@aar），从根源上杜绝这类意外崩溃。

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