Goland踩坑系列——Goland的go mod配置不生效的问题

Goland使用技巧

Goland的go mod配置不生效的问题

Goland作为一个go语言的IDE，很多开发同学都比较喜欢，虽然相较于VSCode在远程开发上不太便利，但单从”go语言开发“这个纬度来着整体来说也是一个功能强大IDE，但作为一个功能完备的IDE，总会有这样和那样的使用技巧——踩坑，这里就分享一例

我们知道在go刚发布的时候，没有包管理的概念，Golang 团队在 FAQ 中提议开发者保证相同 import path 的兼容性，但并没有什么用，所以在1.6之后，引入管理包依赖的方式，其基本理念是：

将引用的外部包的源代码放在当前工程的vendor目录下面，go 1.6以后编译go代码会优先从vendor目录先寻找依赖包；找不到再从GOPATH 中寻找

这样就避免了将依赖的源码拷贝到当前目录下，但遗留了一个坑：无法精确的引用 外部包进行版本控制，不能指定引用某个特定版本的外部包，只是在开发时将其拷贝过来，但是一旦外部包升级，vendor 下面的包会跟着升级，而且 vendor 下面没有完整的引用包的版本信息， 对包升级带来了无法评估的风险。

所以在1.11版本后，推出了包管理工具：go module，并且从Go1.13版本开始，go module将是Go语言默认的依赖管理工具。包不再保存在GOPATH中，而是被下载到了$GOPATH/pkg/mod路径下.go mod vendor 会将依赖包放到 vendor 目录

详细资料可以参考：go mod 和 go vendor 使用与区别

Goland对go vender和go mod设置的区别

主要在settings里面进行设置

其中，选中Enable Go modules integration选项，即使用go mod的模式
取消Enable Go modules integration模式后，需要在GOPATH选项中单独设置GoPath目录：

其中后者是选上是为了让外部项目也能引用，这里针对实际情况选择就好，不选上会提高一点点的性能

Goland对go vender可能需要的问题

一、go vender不生效的问题

第一种可能是，go的版本不对，需要设置：

这里设置的版本与全局版本（即电脑控制台输入go version）不一定一致，如果需要确认goland生效需要在Goland的控制台查看：
goland的控制台如下：
电脑控制台如下：

第二种可能是，go mod设置错误和Go path设置不对，需要设置：

这里就是上面的设置

第三种可能是，用全局设置覆盖了Goland（也是比较坑的点）
一般来说，上面的解决方案，解决了90%的问题，但如果没有解决的话，就会比较麻烦，然后，网上的一种解决方式是在电脑的控制台设置：：
go env -w GO111MODULE=off
这样虽然会立即生效，但这样会把当前电脑所有golang服务的mod都关闭了，如果其他的服务是go mod类型的，就得又设置回来，如果需要同时启动，就得一个一个启动，然后来回切换。。。
所以，如果之前这么设置过的话，需要把这个文件删除
文件地址如下：

直接删除就好了！