Golang小白一枚,正在不断学习积累知识,现将学习到的知识记录一下,也是将我的所得分享给大家!而今天这篇文章《为什么 go.mod 中的所有依赖都是间接的?》带大家来了解一下##content_title##,希望对大家的知识积累有所帮助,从而弥补自己的不足,助力实战开发!
我通过运行初始化一个 go 项目:
go mod init firstgo_app
我确认模块已创建:
cat go.mod
module firstgo_app
go 1.18
然后我通过执行安装了对 github.com/gin-gonic/gin 的依赖
get github.com/gin-gonic/gin
之后我查看了go.mod
的内容,这次看起来像这样:
cat go.mod
module firstgo_app
go 1.18
require (
github.com/gin-contrib/sse v0.1.0 // indirect
github.com/gin-gonic/gin v1.7.7 // indirect
github.com/go-playground/locales v0.13.0 // indirect
github.com/go-playground/universal-translator v0.17.0 // indirect
github.com/go-playground/validator/v10 v10.4.1 // indirect
github.com/golang/protobuf v1.3.3 // indirect
github.com/json-iterator/go v1.1.9 // indirect
github.com/leodido/go-urn v1.2.0 // indirect
github.com/mattn/go-isatty v0.0.12 // indirect
github.com/modern-go/concurrent v0.0.0-20180228061459-e0a39a4cb421 // indirect
github.com/modern-go/reflect2 v0.0.0-20180701023420-4b7aa43c6742 // indirect
github.com/ugorji/go/codec v1.1.7 // indirect
golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9 // indirect
golang.org/x/sys v0.0.0-20200116001909-b77594299b42 // indirect
gopkg.in/yaml.v2 v2.2.8 // indirect
)
我不明白的是,所有依赖项都被标记为间接。我的理解是,只有传递依赖被标记为间接,但我直接依赖的依赖不应该被标记为间接。即 github.com/gin-gonic/gin v1.7.7 //indirect
不应该有 indirect 标签,因为这是我专门下载的依赖项。
我认为是这种情况,因为我没有直接使用依赖项,所以我再次重新创建了该模块,但也创建了一个 main.go
文件,其中我明确依赖于 gonic/gin
:
cat main.go
package main
import "github.com/gin-gonic/gin"
func main() {
r := gin.default()
r.get("/ping", func(c *gin.context) {
c.json(200, gin.h{
"message": "pong",
})
})
r.run() // listen and serve on 0.0.0.0:8080
}
当我尝试构建时,它失败了:
go build
main.go:2:8: no required module provides package github.com/gin-gonic/gin; to add it:
go get github.com/gin-gonic/gin
但是当我运行 go get github.com/gin-gonic/gin
然后构建时,go.mod
中的所有依赖项仍然被标记为间接。
那么什么给出了呢?我在这里缺少什么?还是我对间接的理解错误?
正确答案
你的理解是正确的。 indirect
注释表示依赖项不直接由您的模块使用,仅由其他模块依赖项间接使用。
当您第一次运行 go get github.com/gin-gonic/gin
时,该模块将会被下载,但由于您不使用它,它仍然会被标记为 indirect
。
当你开始使用它时,它将不再是indirect
,但是go build
不会自动更新go mod
。
运行go mod tidy
,则不再标记为indirect
。
$ go mod tidy
$ cat go.mod
module firstgo_app
go 1.18
require github.com/gin-gonic/gin v1.7.7
require (
github.com/gin-contrib/sse v0.1.0 // indirect
github.com/go-playground/locales v0.13.0 // indirect
github.com/go-playground/universal-translator v0.17.0 // indirect
github.com/go-playground/validator/v10 v10.4.1 // indirect
github.com/golang/protobuf v1.3.3 // indirect
github.com/json-iterator/go v1.1.9 // indirect
github.com/leodido/go-urn v1.2.0 // indirect
github.com/mattn/go-isatty v0.0.12 // indirect
github.com/modern-go/concurrent v0.0.0-20180228061459-e0a39a4cb421 // indirect
github.com/modern-go/reflect2 v0.0.0-20180701023420-4b7aa43c6742 // indirect
github.com/ugorji/go/codec v1.1.7 // indirect
golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9 // indirect
golang.org/x/sys v0.0.0-20200116001909-b77594299b42 // indirect
gopkg.in/yaml.v2 v2.2.8 // indirect
)
这是从 Go 1.14 开始的:
如果更改只是装饰性的,则 go mod tidy
以外的 go 命令不再编辑 go.mod
文件。
理论要掌握,实操不能落!以上关于《为什么 go.mod 中的所有依赖都是间接的?》的详细介绍,大家都掌握了吧!如果想要继续提升自己的能力,那么就来关注编程网公众号吧!