Go 包管理与依赖查找顺序

目录

• 1. 规则：
• 2. 编译时的依赖包查找机制
• 3.vendor
  • vendor的层级搜索
• 4. modules

1. 规则：

• 同一目录下只能存在一个包
• 目录和目录下源文件的包命名可以不同
• 当包名与目录名不同时，导入的是目录

2. 编译时的依赖包查找机制

在 Go 支持 Go Modules 之后，编译时编译器会从工作目录（当前所在目录）开始并逐级向上查找是否具有 go.mod 文件。

• 如果有，go.mod 文件中声明的 module 名称就视作 go.mod 所在的路径，然后以指定的 main 包为依赖入口，所有以 go.mod 中声明的 module 名称开头的导入路径都以 go.mod 所在的路径为相对路径进行包的查找导入。所有需要导入的路径中如果在 go.mod 中指定了版本，则从 $GOPATH/pkg/mod/ 下取得相应版本进行导入，如果没有被指定则从 $GOPATH/src/ 或 $GOROOT/src/ 中进行查找导入。
• 如果没有，所有依赖均从 $GOPATH/src/ 或 $GOROOT/src/ 中进行查找导入。

3.vendor

vendor概念最早是由Keith提出，用来存放依赖包。

vendor的层级搜索

规则是：

1. 从引用文件所在的vendor路径下面搜索，
2. 如果没有找到，那么从上层目录的vendor路径下面搜索，
3. 直到src的vendor路径下面搜索。

4. modules

Go 1.11版本支持临时环境变量GO111MODULE，通过该环境变量来控制依赖包的管理方式。

查找顺序

当GO111MODULE=on时，那么就会使用modules功能:
这种模式下，$GOPATH不再作为build时导入的角色，依赖包会存放在$GOPATH/pkg/mod目录下。工程中的依赖包也会从此目录下查找.

GO111MODULE=off时，如果一个包在vendor和$GOPATH下都存在，那么使用顺序为：

1. 优先使用vendor目录下面的包，
2. 如果vendor下面没有搜索到，再搜索$GOPATH/src下面的包，
3. 如果$GOPATH下面没有搜索到，那么搜索$GOROOT/src下面的包，
4. 要么完整使用vendor下面的包，要么完整使用$GOPATH下面的包，不会混合使用。

参考：

https://studygolang.com/articles/22793?fr=sidebar

https://blog.csdn.net/benben_2015/article/details/91455497

下一章,学习一下vendor和modules