go mod 是什么
是官方的包管理工具
之前有非官方的,如 go vendor等工具
发展历程
在go的1.11版本之后，go mod就被指定为亲生的包管理工具，它提供了更加灵活的管理办法，可以对包进行版本控制，而且你的项目也不需要一定放在GOPATH下了（放GOPATH下也没啥不好）.
在Go 1.14中，模块支持被认为已准备好用于生产，并且鼓励所有用户从其他依赖项管理系统迁移到模块.
建议使用 Go 1.14及以后的版本
使用前需做的准备
set GO111MODULE=on
//可以用环境变量 GO111MODULE 开启或关闭模块支持，它有三个可选值：off、on、auto，默认值是 auto。
//GO111MODULE=off 无模块支持，go 会从 GOPATH 和 vendor 文件夹寻找包。
//GO111MODULE=on 模块支持，go 会忽略 GOPATH 和 vendor 文件夹，只根据 go.mod 下载依赖。
//GO111MODULE=auto 在 $GOPATH/src 外面且根目录有 go.mod 文件时，开启模块支持。
//在使用模块的时候，GOPATH 是无意义的，不过它还是会把下载的依赖储存在 GOPATH/pkg/mod中，也会把goinstall的结果放在GOPATH/bin 中
set GOPRIVATE=XXX.XXX.com
// 该命令为使用代理时,过滤GOPRIVATE设置的域名下的包下载,通常为私有库
// 该命令为 Go 1.13版本新增的特性
set GOPROXY=https://goproxy.cn
// 该命令为设置代理,防止被qiang,按需设置
// 还有其他代理如,https://goproxy.io;http://mirrors.aliyun.com/goproxy/
Go Mod 命令
download download modules to local cache (下载依赖的module到本地cache))
edit edit go.mod from tools or scripts (编辑go.mod文件)
graph print module requirement graph (打印模块依赖图))
init initialize new module in current directory (再当前文件夹下初始化一个新的module, 创建go.mod文件))
tidy add missing and remove unused modules (增加丢失的module，去掉未用的module)
vendor make vendored copy of dependencies (将依赖复制到vendor下)
verify verify dependencies have expected content (校验依赖)
why explain why packages or modules are needed (解释为什么需要依赖)
实操
1. go mod init
执行完两句命令之后，你会看到，项目下多了go.mod和go.sum文件。
go.mod: 可以理解为包管理文件
go.sum: 可以理解为包的版本控制文件
更准确地来说，go.sum是一个构建状态跟踪文件
2. go mod tidy
使用go mod之后，包下载之后是放在了$GOPATH/pkg/mod下
目前发现的坑
1.使用代理后,私有库含有多级子group时,会无法正确获取依赖包
大家有觉得文章有任何问题,请积极拍砖,我及时更正.
希望给大家带来收获.
