作为一个 Go 开发者，你一定知道 go mod 是我们管理项目依赖的利器。它解决了早期 Go 语言依赖管理混乱的问题，让我们的项目构建和部署更加稳定可靠。但是，go mod 的功能远不止声明依赖那么简单。今天，咱们就来简单聊聊那些最实用的 go mod 命令，看看它们是怎么帮我们解决开发中的各种“疑难杂症”的。
0. go.mod 和 go.sum 是啥？
在深入命令之前，简单过一遍 go.mod 和 go.sum。
go.mod: 这是项目的“身份证”和“菜单”。它声明了你的项目名称 (module)，所需的 Go 版本 (go)，以及直接依赖的模块及其版本 (require)。还有一些特殊的指令，我们后面会讲到。go.sum: 这是对go.mod里每个依赖项的“指纹”。它记录了每个依赖模块特定版本的哈希值，用来保证你下载的代码和声明的是同一个，防止有人捣乱（或者你的网络传输过程中出了岔子）。构建时，Go 会自动校验这些指纹。
1.tidy：确保依赖管理文件
go mod tidy 是一个很重要的命令，也是平常开发中使用最多的命令，它主要用于确保 go.mod 文件和 go.sum 文件中的依赖关系是正确的，相信很多人遇到过更新代码引入了新的依赖而没有提交 go.mod 文件，导致流水线执行失败，所以很有必要在你项目中的CI中添加 tidy 命令来更新依赖。它的主要使用用场景如下：
- 添加缺失的依赖：如果代码中引入了新的依赖，但
go.mod文件中尚未声明，go mod tidy会自动发现这些依赖并将其添加到go.mod的require列表中，同时下载这些依赖。 - 移除未使用的依赖：如果
go.mod中声明的依赖在代码中未被使用，go mod tidy会将其从go.mod中移除。 - 更新依赖版本：确保
go.mod和go.sum文件中的依赖版本与实际使用的版本一致。 - 清理无效的校验和：更新
go.sum文件，移除不再需要的依赖校验和。
这个命令对保持依赖管理文件的整洁和准确性非常有帮助，建议在开发过程中定期运行。
2. replace: 本地调试的“秘密通道”
想象一下，你正在开发一个重要的库，然后你的另一个项目（其它项目团队）需要用它。你写了一些新功能，想让那个项目赶紧测测，但你还没准备好把新版本发布到 制品库去。这时候，replace 就派上用场了！
场景：
你的项目 myproject 依赖 github.com/mycompany/mylib。现在你正在本地修改 mylib，想让 myproject 直接用你本地的修改版，而不是去制品库拉取已发布的老版本。
怎么做？
在 myproject 的 go.mod 文件里加上这么一句：
module myproject
go 1.20
require (
github.com/mycompany/mylib v0.1.0 // 假设这是你本来需要的版本
)
replace github.com/mycompany/mylib => ../mylib // 指向你本地的 mylib 目录
解释一下：
replace github.com/mycompany/mylib => ../mylib 的意思是：
左边 github.com/mycompany/mylib：这是原始的、需要被替换掉的依赖模块路径。
右边 ../mylib：这是替换它的东西。在这个例子里，它是一个相对路径，指向当前 go.mod 文件所在目录的上一级目录下的 mylib 文件夹。Go 会直接去这个本地文件夹里找代码。
你也可以指定替换为另一个模块的特定版本，比如：
replace github.com/mycompany/mylib v0.1.0 => github.com/mycompany/mylib v0.1.1-local // 替换为某个特定版本
replace github.com/mycompany/mylib => github.com/myfork/mylib v0.2.0 // 或者替换为你的 fork 版本
提示：replace 只在你本地构建时生效。一旦你把 go.mod 提交到代码仓库，别人拉下来构建时，除非他们自己也配置了相同的 replace，否则还是会去拉取制品库上的那个 v0.1.0 版本。所以，本地调试爽歪歪，发布出去记得改回来或者通知别人！
3. vendor: 让依赖“落地生根”
这个命令其实平常项目中基本不会用到，但是在分布式开发或某些对网络要求极高的场景下，我们可能不希望构建过程中去远程拉取依赖。这时候，“供应商模式”（Vendor Mode）就很有用。
场景：
你想把所有依赖项都下载到项目里，打一个包含所有代码的包，这样无论在哪里构建，都不需要网络连接了。
怎么做？
go mod vendor
执行这个命令后，会在你的项目根目录下生成一个 vendor 文件夹。里面包含了你所有直接和间接依赖的模块的代码。
小结一下
今天我们一起看了 go mod 的几个核心命令：
tidy：添加缺失依赖、清理无用依赖、更新依赖版本，保持go.mod和go.sum的整洁。replace：本地开发和调试的“神器”，让你可以用本地代码覆盖远程依赖。vendor：构建离线包的方案，将所有依赖打包到本地vendor目录。
但其实还有像edit、exclude等命令，由于确实也没怎么用过，所以也就不在这里多讲了，如果你想更深入了解，可以去多试试go mod的其它一些操作。
