Go的依赖管理

本节内容来自于：字节跳动青年训练营第五届 后端组

1.什么是依赖

实际开发的工程需要使用许多第三方库，这能够使得我们站在巨人的肩膀上，使用第三方库中封装好的函数，可以大大方便我们的程序开发，第三方库中广泛的功能，是标准库所不具备的，这些我们使用的库，又称为依赖。对于庞大的项目来说，是需要使用到许多库的，为了更好的管理库，我们需要使用依赖管理工具

Go的依赖库主要经过了三次迭代

主要目的：
1.根据不同环境不同项目使用不同依赖
2.控制依赖库的版本

2.GOPATH

GOPATH是Go的一个环境变量，其中GOPATH指向的路径有三个文件夹

bin:项目编译的二进制文件

pkg:项目编译的中间文件

src:项目依赖的库的存放位置

下图我们可以看到GOPATH中的src，pkg和bin三个文件夹

在src中可以看到许多我们之前使用过的包

在cmd 使用

go get 包名

会将最新的包下载到src中

GOPATH的问题在于无法实现package的多版本控制

3.GoVendor

• 项目目录下增加vendor文件，所有依赖包副本形式放在$ProjectRoot/vendor的位置

不同的项目中的vendor的依赖包版本可以不同

vendor的问题在于：

如果一个Project需要依赖包A和B，而包A需要使用V1版本的依赖D，包B需要依赖于V2版本的依赖D，那么照样会引发冲突

4.GoModule

通过go.mod文件管理依赖包版本
通过go get/ go mod指令管理依赖包
该依赖管理在1.1版本实装，一般默认开启

依赖管理有三要素：

打开一个go.mod文件，可以看到其如下：

其中module std为依赖管理基本单元

go 1.19指明了go的原生库的版本号

require中的内容为单元依赖，表示了该单元需要依赖的包，后面的//indirect为表示该依赖是非直接依赖（间接依赖）

GoModule不同于GoPath和GoVendor，它是有版本管理的，其中有两种表示法：

// 语义化版本
${MAJOR}.${MINOR}.${PATCH}
//例子
V1.3.0 // 其中1为MAJOR，3为MINOR，0为PATCH

其中不同的MAJOR之间是代码隔离的，MINOR是一些新增功能的版本，PATCH是一些bug修补的迭代

版本x.0.0和语义化版本一样，yyyymmddhhmmss为时间，后面的为HASH校验码

5.依赖分发

依赖分发用于表示可以使用何种方式获取依赖，依赖可以从各种代码仓库中取得，但是有以下问题：1.无法保证构建稳定性 2.无法保证依赖可用性 3.增加代码仓库压力

为此，我们使用GoProxy，是一种中转代理服务站点，它会缓存各个托管仓库的代码内容，不会频繁使用代码仓库，也不会因为依赖被更改而无法确保构建的稳定性，从而实现了稳定可靠的依赖分发

GoProxy通过设置GOPROXY环境变量来表示，比如：

GOPROXY="https://proxy1.cn, https://proxy2.cn, direct

在上述例子中，Go获取依赖时会首先到https://proxy1.cn 获取，如果找不到则跳转到 https://proxy2.cn 如果还是找不到，那么就会前往源站(direct)中查找

6.go get命令

go get命令用于获取依赖，使用方法如下：

go mod命令