Gradle未指定依赖版本时无法获取最新版本的常见原因有哪些？

• Gradle原生无「无版本默认拉最新」规则
  很多用户存在认知误区，Gradle本身并没有配置依赖时不写版本号就默认拉取最新版本的默认规则。要实现不指定固定版本拉取最新，需要显式使用动态版本声明，比如implementation('com.example:module:latest.release')，或者引入了BOM、依赖管理插件（如Spring Dependency Management Plugin）、平台约束来统一管理版本。如果没有上述配置，无版本号的依赖声明本身就是不符合规范的，自然无法正常拉取。
• 仓库元数据缓存过期
  Gradle会默认缓存24小时的远程仓库元数据（如Maven仓库的maven-metadata.xml文件），如果最新版本6.3.2是在缓存生成之后才发布到仓库的，本地缓存的元数据中没有该版本记录，就会找不到最新版本。可以执行./gradlew dependencies --refresh-dependencies命令强制刷新远程仓库元数据缓存解决。
• 版本约束锁定了更低版本
  如果项目中配置了全局依赖约束（dependencyConstraints）、引入了对应模块的BOM物料清单、或者有其他传递依赖强制锁定了com.example:module的版本范围为低于6.3.2的版本，动态拉取最新版本时会被约束规则限制，无法拉取到更高的6.3.2版本。而手动显式指定版本号的优先级高于全局约束规则，所以可以正常拉取。
• 版本目录未配置对应依赖的版本
  如果你项目中启用了Gradle版本目录（Version Catalog）统一管理所有依赖版本，未指定版本号的依赖会优先从版本目录中查找对应坐标的版本声明，如果版本目录中没有配置com.example:module的版本，就会拉取失败。手动指定版本时会跳过版本目录的匹配逻辑，因此可以正常拉取。
• 仓库配置顺序或权限问题
  若6.3.2版本仅存放在你配置的私有仓库中，而Gradle拉取依赖元数据时优先访问了没有该模块最新版本的公共仓库（如Maven Central、阿里云公共仓库等），且没有配置正确的仓库访问权限、或是没有为该模块指定专属拉取仓库，就会导致获取不到最新版本的元数据。而手动指定版本时Gradle会遍历所有配置的仓库查找对应构件，刚好匹配到私有仓库中的资源就可以正常拉取。
• 依赖解析策略限制了版本范围
  如果你在项目的resolutionStrategy配置中设置了动态版本过滤规则、版本区间锁定、或是排除了6.x大版本的更新，动态拉取最新版本时会被该规则拦截，无法匹配到6.3.2版本。手动指定版本会绕过解析策略的动态版本过滤逻辑，因此可以正常拉取。

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