关于go get 以后下载的包不在src下而在pkg的源头并且不可以import(Goland Modules模块的使用)

概述原因：在使用goget命令后发现下载的包不在src目录下生成,而全部到了$GOPATH$/pkg目录下 在下面这个目录下   最主要是下载完后，import还报错。 此时一顿baidu猛如虎，终于找到原因所在：参考这篇文章：https://www.cnblogs.com/xiaowu54/p/14538238.html备注：官方在v1.11

原因：在使用go get命令后发现下载的包不在src目录下生成,而全部到了$GOPATH$/pkg目录下

 

在下面这个目录下

 

 

 最主要是下载完后，import还报错。

 

此时一顿baIDu 猛如虎，终于找到原因所在：参考这篇文章：https://www.cnblogs.com/xiaowu54/p/14538238.HTML

备注：

官方在 v1.11 中加入了 Go Module 作为官方包管理形式，就这样 dep 无奈的结束了使命。
最初的 Go Module 提案的名称叫做 vgo，下面为了介绍简称为 gomod。不过在 v1.11 和 v1.12 的 Go 版本中 gomod 是不能直接使用的。
可以通过 go env 命令返回值的 GOMOD 字段是否为空来判断是否已经开启了 gomod，如果没有开启，可以通过设置环境变量
export GO111MODulE=on 开启

我的版本为1.15.6, 所以出现了这种情况

Go mod 的正确使用如何激活Modules

首先要把go升级到1.11及以上

升级后，可以设置通过一个环境变量GO111MODulE来激活modules：

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。

 

在你需要导入第三方包的地方,打开终端输入go mod init 命名
然后在该文件夹会出现go.mod文件

比如打开我的代码目录---》cmd 命令，然后使用上述go mod init  github.com

 

 然后继续使用go get导入包

 

  *** 作成功后，上一步动作的go mod 文件会记录导入的包名称及版本号，打开goland查看

 

 

最后还要一步：别忘记配置Goland Modules模块的使用

打开file--->Settings---->Go Modules(vgo)  ---->然后 Enable，并输入proxy地址：https://goproxy.io

 

 最后发现包可用了。问题解决，颜色变绿了

 

总结

以上是内存溢出为你收集整理的关于go get 以后下载的包不在src下而在pkg的源头并且不可以import(Goland Modules模块的使用)全部内容，希望文章能够帮你解决关于go get 以后下载的包不在src下而在pkg的源头并且不可以import(Goland Modules模块的使用)所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。