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类型的，就得又设置回来，如果需要同时启动，就得一个一个启动，然后来回切换。。。

所以，如果之前这么设置过的话，需要把这个文件删除

文件地址如下：

直接删除就好了！