本篇是对大家在搭建环境时遇到的 gomod 问题产生的疑惑进行讲解。
什么是gomod
全名go modules，简单说就是go项目用来管理第三方包的工具。此特性是 golang 1.11版本开始增加的。
三个设置
在”Go基础系列 | 环境搭建“那篇文章中，讲解了设置 GO111MODULE 环境变量为 on，不懂了可以看看那篇文章，那里会有针对不同系统的讲解。但 GO111MODULE 环境变量其实有三个值可以设置，具体如下：
- on：强制启用gomod管理第三方包，因此项目目录下必须包含 go.mod 文件。
- off：通过当前项目下vendor目录或者GOPATH模式来查找。
- auto：如果当前项目下有 go.mod 文件，就采用 on 的形式，不存在采用 off 的形式。
注：实际开发中建议设置为on
常见命令
1. 初始化
初始化命令，会在当前目录下生成 go.mod 文件，在一个项目中，此文件只需要一份，放置在项目根目录。
go mod init
## 自定义 module 名称
go mod init study
go.mod 内容如下：
## 当前目录是study，自动生成
module study
go 1.16
2. 自动更新
自动下载当前项目所依赖的第三方包，会自动生成 go.sum 文件，该文件包含当前项目所依赖的第三方包所依赖的所有具体版本。如果项目中删除了某个依赖包，也会从 go.mod 文件中删除。
go mod tidy
3. 拷贝vendor
自动将依赖的第三方包拷贝到vendor目录下。
go mod vendor
4. 其它
以上是我经常使用到的命令，剩下的命令很少使用。
- go mod download：下载依赖包，当前项目中如果没有引入是不会进行下载，下面会说个实际使用的操作
- go mod edit：编辑go.mod
- go mod graph：打印模块依赖图
- go mod verify：验证依赖是否正确
- go mod why：解释为什么需要依赖
Goland引入包
说说我在实际开发中的一个流程，假如现在你也使用 Goland 的编辑器进行写代码，并且开启了 gomod，那如何引入一个新的包，流程如下。
1. 下载
在自己项目下，使用 go get 命令下载包，假如下载 gin 框架。
## 拉取最新的
go get github.com/gin-gonic/gin
运行完成后，会在 go.mod 文件内引入此包，文件内容如下：
module study
go 1.16
require github.com/gin-gonic/gin v1.7.2 // indirect
也可以下载指定版本
## 特定版本，后面跟的是 git 中设置的tag
go get github.com/gin-gonic/[email protected]
## 拉取具体的某个commit，commit id可略写
go get github.com/gin-gonic/gin@34ce2104cad324f444943c528746bf6d23643cd3
2. 开启gomod包提示
左上角点击File，Setting > Go > Go modules ，开启 Enable Go modules integration。开启后在调用包时会有提示，并且可以通过 ctrl + 鼠标左键，查看源码。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-d7195vdm-1632884751694)(…/images/3-1.png)]
3. 自动引入
前提是引入了 goimport 工具，在 ”Go基础系列 | 环境搭建“一篇中有讲解如何配置，下来开始写代码了。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ztv4smVL-1632884751697)(…/images/3-2.png)]
手写一部分代码时，会自动提示，回车后会自动引入 github.com/gin-gonic/gin 包，完整代码如下：
package main
import "github.com/gin-gonic/gin"
func main() {
gin.New()
}
进一步
掌握了以上知识，应该不会在入门阶段被卡在门外了，现在对于 go.mod 文件内容进行整体的认识。
// 项目名，别人引入你这个项目的路径
module github.com/a/b
// 当前环境的版本号
go 1.16
// 依赖
// 出现 indirect 表示项目中还未使用
require (
one/thing v1.3.2
other/thing v2.5.0 // indirect
...
)
// 排除具体的版本
// 如果某个版本出现重要bug,可以这么做
exclude (
bad/thing v0.7.3
)
// 替代
replace (
// 项目中通过src/thing引入，但实际引入的位置是dst/thing，相当于取个别名
src/thing 1.0.2 => dst/thing v1.1.0
)
最小版本选择
如果当前项目和依赖的第三方包中出现了引入同一个包时，但不是同一版本，这时候会选择一个最小版本引入。
总结
对于以上知识，我觉得在实际开发中够用了，如果你遇到了我文中没有提及到的问题，但不知道如何解决，就在下方留言！