GOPATH不应该指向Go安装，而是指向您的工作空间(参见https://golang.org/doc/code.html#GOPATH)。当你使用go get或go install安装某个包时，它会落在GOPATH中。这就是为什么它警告你，你绝对不希望从互联网随机包被转储到你的正式安装。

不建议使用GOPATH和GOROOT配置。

您可以使用GO模块。

例如:

mkdir go_app
cd go_app
go mod init go_app

在现代围棋中，你不需要设置GOPATH或GOROOT。事实上，除非您正在做一些非常专业的事情，否则最好在您的系统上不设置它们。

使用Go模块。安装Go之后，选择一个您想要工作的目录。然后:

$ mkdir example
$ cd example
$ go mod init example.com

注意，模块名example.com是任意的;如果你把你的工作放在GitHub上，这可能是github.com/your-username/project-name。

最后一个命令将创建一个go。国防部文件;现在你可以用go get获取依赖项:

$ go get rsc.io/quote

现在你的代码使用这个依赖:

$ touch main.go

把它放在main.go中:

package main

import (
    "fmt"

    "rsc.io/quote"
)

func main() {
    fmt.Println(quote.Go())
}

并运行:

$ go run .

W.r.t.原创问题，你现在可以得到你的doozer依赖:

$ go get github.com/ha/doozer

现在您可以在代码中使用doozer模块。等等。你也可以检查一下。Mod文件在您的目录中查看所列出的依赖项，以及它们的版本。每个模块都是自包含的，有自己的依赖版本。你可以有两个并排的模块，每个模块都有自己的功能。mod文件指向一些依赖的不同版本-这将工作正常，因为模块之间的隔离。

要了解更多信息，请从这里的官方教程开始。在几个章节中，它将引导您完成上述步骤，以及编写自己的可重用模块和包，并从其他模块导入它们。更多的交互式教程可以在https://play-with-go.dev/上找到

从go 1.8(2017年第二季度)开始，GOPATH将默认设置为$HOME/go

参见第17262期和Rob Pike的评论:

$HOME/go就是这样。 没有唯一的最佳答案，但这是简短而甜蜜的，只有在$HOME/go已经存在的情况下，选择这个名称才会成为一个问题，这只会发生在已经安装了go并且理解GOPATH的专家身上。

GOPATH不应该指向Go安装，而是指向您的工作空间(参见https://golang.org/doc/code.html#GOPATH)。当你使用go get或go install安装某个包时，它会落在GOPATH中。这就是为什么它警告你，你绝对不希望从互联网随机包被转储到你的正式安装。

运行go help environment，它有go env命令可以列出的每个环境变量的文档