是由于设置了环境变量GO111MODULE
,激活了modules
通过go env
查看配置信息
D:\Code\GOProject\src\goDemo\TestMysql\Demo01>go env
set GO111MODULE=on
set GOARCH=amd64
set GOBIN=
set GOCACHE=C:\Users\**\AppData\Local\go-build
set GOENV=C:\Users\**\AppData\Roaming\go\env
set GOEXE=.exe
set GOFLAGS= -mod=
set GOHOSTARCH=amd64
........
通过命令go env -w GO111MODULE=on
开启代理
GO111MODULE=off,go命令行将不会支持module功能,寻找依赖包的方式将会沿用旧版本那种通过vendor目录或者GOPATH模式来查找。
GO111MODULE=on,go命令行会使用modules,而一点也不会去GOPATH目录下查找。
GO111MODULE=auto,默认值,go命令行将会根据当前目录来决定是否启用module功能。这种情况下可以分为两种情形:当前目录在GOPATH/src之外且该目录包含go.mod文件,或者当前文件在包含go.mod文件的目录下面。
当module功能启用时,GOPATH在项目构建过程中不再担当import的角色,但它仍然存储下载的依赖包,具体位置在$GOPATH/pkg/mod。
在GO111MODULE=on设置时,使用vendor会报错“”malformed module path “xxxxxx”: missing dot in first path element“”,是由于我启用了go moudle,但是未生成go.mod文件用于管理包依赖,此时只需要将GO111MODULE=auto设置即可
代理开启成功后:GO111MODULE=on
再goland中设置如下;
报错:$GOPATH/go.mod exists but should not
解决办法如下,删除 GOPATH下路径
在需要到包地方,终端输入go mod init
, 会出现go.mod文件
在通过go get -u github.com/xxxx/xxxx
来导包
导入完成之后如下:
可以通过:go mod tidy批量安装
**下载指定版本的包:**在后面加上@v
在加上版本号
即可----->@v1.24.1
go get -u github.com/Shopify/sarama@v1.24.1