vendor目录用于本地化依赖管理，go编译器优先从该目录加载依赖，实现版本锁定与构建隔离；2. 通过go mod vendor命令基于go.mod和go.sum生成vendor目录，包含第三方包及modules.txt记录；3. 构建时自动或通过-mod=vendor参数启用vendor依赖，提升离线构建稳定性；4. vendor虽增强可靠性但增加仓库体积，官方现推荐以go modules为主，仅在离线部署等场景使用vendor。
Golang 的 vendor 目录是依赖管理的重要组成部分，尤其在 Go 1.5 引入 vendoring 机制后，它让项目能够将第三方依赖“锁定”在本地，避免因远程包变更或网络问题导致构建失败。理解 vendor 目录的作用和使用方法，对构建稳定可靠的 Go 应用至关重要。
vendor 目录的作用
vendor 目录的核心作用是本地化依赖管理。当你的项目中包含一个名为 vendor 的文件夹时，Go 编译器会优先从该目录查找依赖包，而不是 $GOPATH 或 $GOROOT。这意味着：
- 项目依赖被“快照”保存在本地，确保团队成员和生产环境使用完全一致的版本
- 构建过程不再依赖外部网络，提升编译速度和稳定性
- 避免因第三方包更新引入不兼容变更而导致项目崩溃
vendor 机制实现了“依赖隔离”，每个项目可以拥有自己独立的依赖版本，互不影响。
vendor 目录的生成与维护
虽然 Go 后续推出了 Go Modules 作为官方依赖管理方案，但在一些旧项目或特定环境中，手动管理 vendor 仍有必要。你可以通过以下方式生成和更新 vendor 目录：
使用 go mod vendor 命令（推荐）：
- 确保项目根目录有 go.mod 文件（可通过 go mod init project-name 创建）
- 运行 go get 添加所需依赖，例如：go get github.com/gin-gonic/gin
- 执行 go mod vendor，Go 会根据 go.mod 和 go.sum 生成 vendor 目录
生成后的 vendor 目录结构类似：
vendor/ ├── github.com/gin-gonic/gin/ ├── golang.org/x/sys/ └── modules.txt其中 modules.txt 记录了依赖模块信息，供构建时参考。
使用 `gh` CLI 与 GitHub 交互。通过`gh issue`、`gh pr`、`gh run` 和 `gh api` 管理 issue、PR、CI 运行以及高级查询。
构建时如何使用 vendor
默认情况下，Go 工具链会自动识别 vendor 目录。你只需运行：
go build或
go run main.goGo 就会优先从 vendor 中加载依赖。你也可以显式启用 vendor 模式：
go build -mod=vendor这个参数强制使用 vendor 目录中的依赖，即使 go.mod 中声明了其他版本也不会去下载。这在离线环境或 CI/CD 流水线中非常有用。
vendor 的注意事项
尽管 vendor 提供了依赖锁定能力，但也带来一些维护成本：
- vendor 目录体积较大，可能达几十 MB，影响代码仓库大小
- 需要定期更新依赖以修复安全漏洞或获取新功能
- Go Modules 出现后，官方更推荐使用 mod 而非手动管理 vendor
如果你使用 Go Modules，只有在需要发布镜像或离线部署时才运行 go mod vendor。日常开发中保持 go.mod 和 go.sum 即可。
基本上就这些。vendor 是 Go 依赖管理演进过程中的关键一步，理解它有助于排查构建问题，也能更好掌握现代 Go 项目的依赖运作机制。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
