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

还有一种情况是，当我们使用go时，它会编译所有的go文件。

假设我们有一个文件main。然后我们将当前文件更改为main_old。Go，然后添加新的main。文件。然后当我们构建应用程序时，所有的go文件都将被编译。所以发生的错误可能是由于其他go文件中的编译错误。

通常不应该显式地设置GOROOT。go命令根据它自己的目录位置自动识别适当的GOROOT。

GOPATH默认为$HOME/go。只有当你想把它放在其他地方时，你才需要显式地设置它。

GOPATH包含:

使用go install安装的二进制文件，位于$GOPATH/bin.¹ 可以使用GOBIN环境变量覆盖该位置。 下载的模块源代码和校验和的缓存，位于$GOPATH/pkg/mod。 这个位置可以使用GOMODCACHE环境变量来覆盖。

如果同时设置了GOBIN和GOMODCACHE，而没有设置GO111MODULE=off，那么GOPATH本身应该基本上没有影响。

另外，在传统的GOPATH模式下(也设置了GO111MODULE=off)， GOPATH包含:

用于构建包的源代码，存储在根目录树$GOPATH/src中。 使用go install安装的非二进制文件，位于$GOPATH/pkg。 安装非二进制包不再特别有用:go命令有一个构建工件的缓存，从go 1.12开始，即使是在GOPATH模式下，这也是必需的。 构建缓存不在GOPATH中。它的位置可以用GOCACHE环境变量设置。

¹二进制文件也可以在go 1.17及更早的版本上使用go get安装，但go install优先于go 1.16;见https://golang.org/doc/go1.16。

您不需要显式地设置GOROOT(现代版本的Go可以根据您运行的Go二进制文件的位置自行确定)。

另外，当尝试使用vgo工作时，得到了跟随错误:

go: modules disabled inside GOPATH/src by GO111MODULE=auto; see 'go help modules'

删除GOROOT，更新我的GOPATH和导出GO111MODULE=“on”解决了这个问题。

看这里

GOPATH可以设置为一个以冒号分隔的路径列表，其中可以找到Go代码、包对象和可执行文件。 设置GOPATH使用goinstall在Go树之外构建和安装自己的代码和外部库(并避免编写makefile)。

我不得不追加

export GOROOT=/usr/local/Cellar/go/1.10.1/libexec

致我的~/。在Mac OS X上使用bash_profile

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

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

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