间接依赖是指项目中直接依赖的包所依赖的其他包。当使用go get安装第三方库时，其依赖的库会以// indirect标记在go.mod中，例如require gopkg.in/yaml.v2 v2.4.0 // indirect。golang通过自动下载缺失依赖、最小版本选择（mvs）算法决定依赖版本、并在go.mod中记录版本信息来管理间接依赖；例如a需要b@v1.1.0，c需要b@v1.2.0，则go会选择b@v1.2.0。可通过go mod graph查看依赖图，用go mod tidy清理无用依赖，手动升级间接依赖如go get gopkg.in/yaml.v2@latest可将其转为直接依赖。若代码中显式导入了某个间接依赖包，运行go mod tidy后该依赖将被标记为直接依赖。
在使用 Go 模块（Go Modules）进行项目开发时，间接依赖是一个很常见的概念。简单来说，间接依赖就是你项目中直接依赖的包所用到的其他依赖包。Golang 有一套机制来处理这些间接依赖，确保项目的构建和版本管理更加清晰、可控。
什么是间接依赖？
当你使用 go get 安装一个第三方库时，这个库本身可能还依赖了其他的库。这些“被依赖的库”就被称为间接依赖。它们不会出现在你的 go.mod 文件中的 require 列表里，而是通过注释标记为 // indirect。
比如你在项目中引入了 github.com/gin-gonic/gin，而它又依赖了 gopkg.in/yaml.v2，那么后者就会以如下形式出现在你的 go.mod 中：
立即学习“go语言免费学习笔记（深入）”；
require gopkg.in/yaml.v2 v2.4.0 // indirect
这表示这是一个间接依赖，并且当前使用的版本是 v2.4.0。
Golang 是如何管理间接依赖的？
Go 的模块系统会自动下载并维护这些间接依赖。具体来说，它是通过以下方式处理的：
-
自动下载：当你运行
go build、go test或者go mod tidy时，Go 工具链会根据需要自动下载所有缺失的依赖，包括间接依赖。 - 最小版本选择（MVS）：Go 使用最小版本选择算法来决定最终使用的依赖版本。这意味着它会选择满足所有依赖需求的最低可行版本。
-
go.mod 记录：虽然间接依赖不是你主动添加的，但 Go 会在
go.mod中记录它们的版本，以保证构建的一致性。
举个例子：A 包需要 B@v1.1.0，C 包需要 B@v1.2.0，那么 Go 最终会选择 B@v1.2.0 来满足两个包的需求。
如何查看或清理不必要的间接依赖？
有时候你会遇到一些不再被使用的间接依赖仍然保留在 go.mod 中的情况。这时可以使用以下命令进行清理：
-
查看依赖图：
go mod graph
这条命令可以展示整个依赖关系图，帮助你理解哪些包引入了哪些依赖。
-
清理无用依赖：
go mod tidy
这个命令会移除未使用的依赖项，并添加缺失的依赖项，保持
go.mod和实际依赖一致。
如果你发现某个间接依赖特别旧或者有问题，也可以手动升级它，例如：
go get gopkg.in/yaml.v2@latest
这样会把该依赖提升为显式依赖（去掉 // indirect 注释），并且更新到最新版本。
什么时候间接依赖会变成直接依赖？
当你在代码中显式地导入了一个原本只是间接依赖的包时，Go 会自动将它从间接依赖提升为直接依赖。例如：
你原本只是通过 gin 用到了 yaml，但某天你直接写了：
import "gopkg.in/yaml.v2"
这时候再运行 go mod tidy，yaml 就会被标记为直接依赖，不再带有 // indirect。
基本上就这些。掌握好间接依赖的管理逻辑，能让你在维护 Go 项目时更得心应手，也能避免很多版本冲突的问题。
