Go语言中如何复用依赖库L的vendor包V以避免冗余？

嘿，你遇到的这种嵌套依赖+重复依赖的情况其实挺常见的，完全不用非得在P的vendor里重复加V，咱们可以让编译器直接用L/vendor里的那个V版本，具体得看你用的Go版本和依赖管理方式：

1. 如何让编译器优先用L/vendor里的V #

如果你用Go Modules（Go 1.11+，推荐） #

这是现在Go官方主推的依赖管理方式，处理起来很灵活：

• 首先确认L的go.mod已经正确声明了对V的依赖，而且L的vendor目录确实包含了对应的V版本。
• 要是你想强制P使用L依赖的那个V版本，直接在P的根目录执行替换命令：

  go mod edit -replace=模块路径/V=./vendor/模块路径/L/vendor/模块路径/V
  

  把上面的「模块路径」换成你实际的包路径就行，这样Go就会把P里对V的依赖指向L/vendor里的版本。
• 另一种更简单的方式：如果P对V的版本没有特殊要求，直接在P的go.mod里指定和L完全一致的V版本号。Go Modules会自动复用同一个依赖副本，既不会重复下载，也不用在P的vendor里重复存放。

如果你还在用GOPATH+传统vendor模式 #

这种方式现在已经不推荐了，但如果必须用，可以设置环境变量：

export GOFLAGS=-mod=vendor

然后确保P的vendor目录里只放L，V已经在L的vendor目录里。编译时Go会递归遍历嵌套的vendor目录，自动找到L/vendor里的V，不用你手动复制。

2. 为啥不用在P/vendor里重复加V #

不管是Go Modules还是传统vendor机制，都支持嵌套vendor目录的递归解析——编译器会自动从依赖库的vendor目录里查找子依赖，这就是为了避免你觉得的那种冗余复制。

不过要提个坑：如果P对V的版本要求和L的版本要求冲突（比如P要v1.2，L要v1.1），这时候得手动协调：要么把P的V版本改成和L一致，要么用上面的replace命令强制指向L/vendor里的版本。不然Go会按照依赖解析规则选一个满足所有要求的版本，可能不会用L/vendor里的那个。

3. 小建议 #

• 尽量切换到Go Modules，它会自动处理依赖复用，比手动维护vendor省心多了，也能减少冗余。
• 如果一定要用vendor，别盲目执行go mod vendor——这个命令会把所有直接/间接依赖都复制到P的vendor目录里，包括V，反而会造成你不想看到的冗余。用前面说的replace或者版本统一的方式就好。

内容的提问来源于stack exchange，提问作者jayven huangjunwen