indirect含义
在使用Go module过程中，随着引入的依赖增多，会发现go.mod文件中部分依赖包后面会出现一个// indirect的标识。这个标识总是出现在require指令中，其中//与代码的行注释一样表示注释的开始，indirect表示间接的依赖。
直接依赖： 一般而言，没有添加// indirect注释的包则是直接依赖的包，即明确的出现在某个import语句中；
间接依赖：被添加indirect注释的包肯定是间接依赖的包；
强调的是：并不是所有的间接依赖都会出现在 go.mod文件中。
间接依赖出现在go.mod文件的情况，可能符合下面所列场景的一种或多种：
- 直接依赖未启用 Go module
- 直接依赖go.mod 文件中缺失部分依赖
总结
为什么要记录间接依赖
如果某个依赖B 没有go.mod文件，在A 的go.mod文件中已经记录了依赖B及其版本号，为什么还要增加间接依赖呢？
我们知道Go module需要精确地记录软件的依赖情况，虽然此处记录了依赖B的版本号，但B的依赖情况没有记录下来，所以如果B的go.mod文件缺失了（或没有）这个信息，则需要在A的go.mod文件中记录下来。此时间接依赖的版本号将会根据Go module的版本选择机制确定一个最优版本。
如何处理间接依赖
间接依赖出现在go.mod中，可以一定程度上说明依赖有瑕疵，要么是其不支持Go module，要么是其go.mod文件不完整。
如何查找间接依赖
Go module提供了go mod why 命令来解释为什么会依赖某个软件包，若要查看go.mod中某个间接依赖是被哪个依赖引入的，可以使用命令go mod why -m <pkg>来查看。
[root@wsl-maoyifei]# go mod why -m github.com/Rican7/retry
# github.com/Rican7/retry
github.com/renhongcai/gomodule
github.com/renhongcai/indirect
github.com/Rican7/retry
上面的打印信息中# github.com/Rican7/retry 表示当前正在分析的依赖，后面几行则表示依赖链。github.com/renhongcai/gomodule 依赖github.com/renhongcai/indirect，而github.com/renhongcai/indirect依赖github.com/Rican7/retry。由此我们就可以判断出间接依赖github.com/Rican7/retry是被github.com/renhongcai/indirect引入的。
go mod why，默认会给出一个main包到要查询的packge的最短依赖路径，加上 -m是按照模块查找依赖，并给出main包到每个module中每个package的最短依赖路径（如果依赖的话）。
reference
[1] 码上快乐——go依赖包管理-间接依赖
[2] https://blog.csdn.net/qq_32907195/article/details/126173276
