描述：
在学习golang的过程中，在$GOPATH/src/github.com/xxx/hello目录下执行go build和go test都会报下面的错误
go: cannot find main module; see ‘go help modules’
解决方案：
由于之前设置过GO111MODULE=on，所以使用下面的命令解决
$ go mod init hello
- 生成了一个go.mod文件，然后再执行go build成功
原因：
之前为了提高依赖包的下载速度，使用了goproxy
然后开启的时候使用了以下命令
$ go env -w GO111MODULE=on
$ go env -w GOPROXY=https://goproxy.cn,direct
这使得go默认管理依赖的方式变成了go module模式，即依赖一个go.mod文件，其中描述了项目依赖的包和版本（类似于npm package.json，maven的pom.xml）
而目录中没有go.mod文件，所以go不知道主模块是什么，所以无法编译
深入探究
go语言在诞生之时，没有提供随之的包管理工具，而是使用go get来下载依赖包，并放在$ GOPATH / src下，并且没有使用版本控制，以为着每次都会拉取master分支的代码，软件包的代码放在src/github.com/xx/xx下面
而Go 1.11之后的版本引入了Go模块（Go Modules），Go Modules使用go.mod中标记的软件包的版本，软件包的代码放在pkg/mod下面
go使用一个环境变量GO111MODULE来决定使用Go Modules还是GOPATH，该变量有三个值，并在不同版本下有不同的语义
| 值 | 1.11&1.12 | 1.13 |
|---|---|---|
| GO111MODULE = on | 不管在GOPATH 中还是外，都强制使用go.mod | 不管在GOPATH 中还是外，都强制使用go.mod |
| GO111MODULE = off | 强制 Go 表现出 GOPATH 方式，即使在 GOPATH 之外 | 强制 Go 表现出 GOPATH 方式，即使在 GOPATH 之外 |
| GO111MODULE = auto | 在GOPATH外时，GO111MODULE = on，在GOPATH内时，GO111MODULE = off | 当有go.mod或者在GOPATH 之外，GO111MODULE = on，当处于 GOPATH 内且没有 go.mod 文件时，GO111MODULE = off |
![水印生成器第2版[原图质量水印可自定义设置]](http://pic.xiahunao.cn/水印生成器第2版[原图质量水印可自定义设置])
![GentleNet使用之详细图解[语法使用增强版]](http://pic.xiahunao.cn/GentleNet使用之详细图解[语法使用增强版])
