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

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

安装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

您不需要显式地设置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)。

不建议使用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/上找到

这里有一个解决方案(单用户):

GOROOT=$HOME/.local # your go executable is in $GOROOT/bin
GOPATH=$HOME/.gopath
PATH=$GOROOT/bin:$GOPATH/bin:$PATH

如果你把。gopath改成。Go, Go会报错。

我希望他们能像运货员那样，把所有东西都放在一个地方。