是由于设置了环境变量GO111MODULE，激活了modules
通过go env查看配置信息
D:CodeGOProjectsrcgoDemoTestMysqlDemo01>go env set GO111MODULE=on set GOARCH=amd64 set GOBIN= set GOCACHE=C:Users**AppDataLocalgo-build set GOENV=C:Users**AppDataRoaminggoenv 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
