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

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

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

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

安装Go lang之后，GOROOT是安装的根目录。

当我在Windows C:\目录中分解Go Lang二进制时，我的GOROOT应该是C:\ Go。 如果安装Windows安装程序，它可能是C:\Program Files\go(或C:\Program Files (x86)\ go, 64位包)

 GOROOT = C:\go

而我的GOPATH是Go lang源代码或工作区的位置。

如果我的Go lang源代码位于C:\Users\\GO_Workspace，那么你的GOPATH将如下所示:

 GOPATH = C:\Users\<xyz>\GO_Workspace

如上所述:

GOPATH环境变量指定您的 工作区。

对于Windows，这对我来说是有效的(在Ms-dos窗口中):

set GOPATH=D:\my_folder_for_go_code\

这将创建一个Ms-dos识别的GOPATH变量，使用如下:

cd %GOPATH%

通常不应该显式地设置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。