为什么 go.mod 中的所有依赖都是间接的？

Question

我通过运行初始化一个 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

)

我没有得到的是所有依赖项都被标记为indirect 的事实。我的理解是，只有传递依赖被标记为间接，但我直接依赖的依赖不应该被标记为间接。那github.com/gin-gonic/gin v1.7.7 // 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仍然被标记为间接的。

那么给出了什么？我在这里错过了什么？还是我理解错了间接？

Answer 1

你的理解是正确的。该indirect注释表示依赖项不直接由您的模块使用，仅由其他模块依赖项间接使用。当您第一次运行时go get github.com/gin-gonic/gin，该模块将被下载，但由于您不使用它，它仍然会被标记indirect。当您开始使用它时，它将不再是indirect，但go build不会go mod自动更新。运行go mod tidy，然后它就不会再被标记了indirect。$ go mod tidy$ cat go.modmodule firstgo_appgo 1.18require github.com/gin-gonic/gin v1.7.7require (        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 命令go mod tidy不再编辑文件。go.mod