了解依赖项解析

鉴于上述冲突，有多种方法可以处理它，可以通过选择版本或使解决失败。处理依赖项管理的不同工具有不同的方法来处理这些类型的冲突。

Gradle 将考虑所有请求的版本，无论它们出现在依赖项图中的何处。在这些版本中，它将选择最高版本。有关版本排序的更多信息，请在此处查看。

正如你所见，Gradle 支持 丰富版本声明 的概念，那么最高版本取决于版本声明的方式

请注意，在涉及范围的情况下，Gradle 需要元数据来确定哪些版本存在于所考虑的范围内。这会导致对元数据的中间查找，如 Gradle 如何检索依赖项元数据？ 中所述。

在选择最高版本时，比较版本有一个需要注意的地方。所有 版本排序 规则仍然适用，但冲突解析器偏向于没有限定符的版本。

如果存在，版本的“限定符”是版本字符串的尾端，从其中找到的第一个非点分隔符开始。版本字符串的另一部分（第一部分）称为版本的“基本形式”。以下是一些说明性示例

如你所见，分隔符是 .、-、_、+ 字符中的任何一个，以及当版本的数字部分和非数字部分彼此相邻时的空字符串。

在解决竞争版本之间的冲突时，应用以下逻辑

面对动态版本，Gradle 需要识别具体的匹配版本

此过程会生成候选版本列表，然后将其与表达的动态版本进行匹配。此时，版本冲突解决将恢复。

请注意，Gradle 会缓存版本信息，可以在控制动态版本缓存部分找到更多信息。

给定一个具有版本的必需依赖项，Gradle 将尝试通过搜索依赖项指向的模块来解决依赖项。

当 Gradle 无法从存储库检索信息时，它将在构建期间禁用该存储库并使所有依赖项解析失败。

最后一点对于可重现性很重要。如果允许构建继续进行，忽略有故障的存储库，则在存储库重新联机后，后续构建可能会产生不同的结果。

Gradle 在元数据缓存中以二进制格式记录依赖项解析的各个方面。存储在元数据缓存中的信息包括

元数据缓存中的每个条目都包括提供信息的存储库的记录以及可用于缓存过期的时间戳。

如上所述，对于每个存储库，都有一个单独的元数据缓存。存储库由其 URL、类型和布局标识。如果模块或工件尚未从此存储库解析，Gradle 将尝试根据存储库解析模块。这总是涉及对存储库的远程查找，但在许多情况下不需要下载。

如果构建指定的任何存储库中没有所需的工件，依赖项解析将失败，即使本地缓存有从其他存储库检索的此工件的副本。存储库独立性允许以以前没有构建工具做过的高级方式将构建彼此隔离。这是在任何环境中创建可靠且可重复构建的关键功能。

在下载工件之前，Gradle 会尝试通过下载与该工件关联的 sha 文件来确定所需工件的校验和。如果可以检索校验和，则如果已存在具有相同 ID 和校验和的工件，则不会下载该工件。如果无法从远程服务器检索校验和，则将下载工件（如果它与现有工件匹配，则忽略）。

除了考虑从不同存储库下载的工件外，Gradle 还将尝试重用在本地 Maven 存储库中找到的工件。如果候选工件已由 Maven 下载，则如果可以验证它与远程服务器声明的校验和匹配，Gradle 将使用此工件。

不同的存储库可能会针对相同的工件标识符提供不同的二进制工件。这通常发生在 Maven SNAPSHOT 工件中，但对于未更改其标识符而重新发布的任何工件也可能是这种情况。通过基于其 SHA1 校验和缓存工件，Gradle 能够维护同一工件的多个版本。这意味着在针对一个存储库解析时，Gradle 永远不会覆盖来自不同存储库的缓存工件文件。这无需为每个存储库使用单独的工件文件存储。

Gradle 依赖项缓存使用基于文件的锁定来确保可以安全地由多个 Gradle 进程同时使用。每当读取或写入二进制元数据存储时，都会保持锁定，但对于下载远程工件等缓慢操作，则会释放锁定。

仅当不同的 Gradle 进程可以相互通信时，才支持这种并发访问。对于容器化构建，通常并非如此。

依赖缓存（文件和元数据部分）都使用相对路径进行完全编码。这意味着完全可以复制缓存并让 Gradle 从中受益。

可以复制的路径是 $GRADLE_USER_HOME/caches/modules-<version>。唯一的限制是在目标位置使用相同的结构放置它，其中 GRADLE_USER_HOME 的值可以不同。

如果存在，请勿复制 *.lock 或 gc.properties 文件。

请注意，创建缓存并使用缓存应使用兼容的 Gradle 版本，如下表所示。否则，构建可能仍需要与远程存储库进行一些交互以完成缺少的信息，而这些信息可能在其他版本中可用。如果有多个不兼容的 Gradle 版本在起作用，则在播种缓存时应使用所有版本。

与其将依赖缓存复制到每个容器中，不如挂载一个共享的只读目录，该目录将充当所有容器的依赖缓存。此缓存与经典依赖缓存不同，无需锁定即可访问，从而使多个构建可以同时从缓存中读取。重要的是，在其他构建可能从中读取时，不要写入只读缓存。

使用共享只读缓存时，Gradle 会在本地 Gradle 用户主目录中的可写缓存和共享只读缓存中查找依赖项（工件或元数据）。如果只读缓存中存在依赖项，则不会下载它。如果只读缓存中缺少依赖项，则会下载它并将其添加到可写缓存中。实际上，这意味着可写缓存只包含只读缓存中不可用的依赖项。

只读缓存应来自已包含某些所需依赖项的 Gradle 依赖项缓存。缓存可以不完整；但是，空共享缓存只会增加开销。

使用共享依赖项缓存的第一步是通过复制现有的本地缓存来创建一个缓存。为此，您需要遵循上面的说明。

然后将 GRADLE_RO_DEP_CACHE 环境变量设置为指向包含缓存的目录

在 CI 环境中，最好有一个构建来“播种”Gradle 依赖项缓存，然后将其复制到不同的目录。然后，此目录可用作其他构建的只读缓存。您不应将现有的 Gradle 安装缓存用作只读缓存，因为此目录可能包含锁，并且可能被播种构建修改。