关于前端:Go-modules基础精进六大核心概念全解析下

13次阅读

共计 4856 个字符，预计需要花费 13 分钟才能阅读完成。

点击一键订阅《云荐大咖》专栏，获取官网举荐精品内容，学技术不迷路！

5G 近程操控场景，对实时音视频传输的时延、卡顿率和抗弱网等指标都有着十分高的要求，本文将会介绍如何联合 5G 网络特点，在实时音视频通信链路中进行联结优化，满足行业场景远控需要，升高画面时延。

在上篇中，咱们介绍了模块门路、版本号与兼容性准则、伪版本号三大概念，而在下篇咱们将会持续介绍 Go Modules 外围概念。

从主版本号 2 开始，模块门路中必须增加一个像 /v2 这样的一个和主版本号匹配的后缀。举个例子如果一个模块在版本 v1.0.0 是的门路为 example.com/test，那么它在 v2.0.0 时的门路将是 example.com/test/v2。

主版本号后缀遵循导入兼容规定：

如果一个新代码包和老代码包领有同样的导入门路，那么新包必须保障对老代码包的向后兼容。

依据定义，模块的新主版本中的包与先前主版本中的相应包不向后兼容。因而，从 v2 开始，包须要新的导入门路。这是通过向模块门路增加主版本后缀来实现的。因为模块门路是模块内每个包的导入门路的前缀，因而将主版本后缀增加到模块门路可为每个不兼容的版本提供不同的导入门路。
主版本 v0 或 v1 不容许应用主版本后缀。v0 和 v1 之间的模块门路不须要更改，因为 v0 版本为不稳固，没有兼容性保障。此外，对于大多数模块，v1 向后兼容最新的 v0 版本, v1 版本才开始作为对兼容性的承诺。
这里有一个特例，以 gopkg.in/ 结尾的模块门路必须始终具备主版本后缀，即便是 v0 和 v1 版本。后缀必须以点而不是斜线结尾（例如，gopkg.in/yaml.v2）。因为在 Go Modules 推出之前，gopkg.in 就沿用了这个规定，为了能让引入 gopkg.in 包的代码能持续导入编译，Go 做了一些兼容性工作。
主版本后缀能够让一个模块的多个主版本共存于同一个构建中。这能够很好的解决钻石依赖性问题（diamond dependency conflict）https://jlbp.dev/what-is-a-di…。通常，如果传递依赖项在两个不同版本中须要一个模块，则将应用更高的版本。然而，如果两个版本不兼容，则任何一个版本都不会满足所有的调用者。因为不兼容的版本必须具备不同的主版本号，因而主版本后缀具备不同的模块门路，这样就不存在抵触了：具备不同后缀的模块被视为独自的模块，并且它们的包的导入门路也是不同的。
因为很多 Go 我的项目在迁徙到 Go 模块之前就公布了 v2 或更高版本的版本，所以没有应用次要版本后缀。对于这些版本，Go 应用 +incompatible 构建标记来进行正文（例如，v2.0.0+incompatible）。

通常在应用“go get”时可能是指定到一个包门路，而非模块门路，Go 是如何找到模块门路的呢？

go 命令会在主模块（以后模块）的 build list 中搜寻有哪些模块门路匹配这个包门路的前缀。举个例子，如果导入的包门路是 example.com/a/b，发现 example.com/a 是一个模块门路，那么就会去查看 example.com/a 在 b 目录中是否蕴含这个包，在这个目录中要至多存在一个 go 源码文件才会被认为是一个无效的包。编译束缚（Build Constraints）在这一过程中不会被利用。如果的确在 build list 中找到了一个模块蕴含这个包，那么这个模块将被应用。如果没有发现模块能提供这个包或者发现两个及两个以上的模块提供了这个包，那么 go 命令会提醒报错。然而你能够指定 -mod=mod 来使 go 命令尝试下载本地找不到的包，并且更新 go.mod 和 go.sum。go get 和 go mod tidy 这两个命令会主动的做这些工作。

当 go 命令试图下载一个新的代码包时，它回去查看 GOPROXY 环境变量，这是一个应用逗号分隔的 URL 列表，当然也反对像 direct 和 off 这样的关键字。代理 URL 代表 go 将应用 GOPROXY 协定拉取模块，direct 示意 go 须要和版本控制系统间接交互，off 不须要和外界做任何交互。另外，GOPRIVATE 和 GONOPROXY 环境变量也能够精密的管制 go 下载代码包的策略。

对于 GOPROXY 列表中的每一项，go 命令回去申请模块门路的每一个前缀。对于申请胜利的模块，go 命令回去下载最新模块并且查看这个某块是否蕴含申请的包。如果多个模块蕴含了申请的包，领有最长门路的将被抉择。如果发现的模块中没有蕴含这个包，会报错。如果没有模块被发现，go 命令会尝试 GOPROXY 列表中的下一个配置项，如果最终都尝试过没有发现则会报错。举个例子，假如用户想要去获取 golang.org/x/net/html 这个包，之前配置的 GOPROXY 为 https://corp.example.com,https://goproxy.io。go 命令会遵循上面的申请程序：

向 https://corp.example.com/ 发动申请 (并行):
Request for latest version of golang.org/x/net/html
Request for latest version of golang.org/x/net
Request for latest version of golang.org/x
Request for latest version of golang.org

如果 https://corp.example.com/ 下面都失败了返回 410 或者 404 状态码，向 https://proxy.golang.org/ 发动申请:

Request for latest version of golang.org/x/net/html
Request for latest version of golang.org/x/net
Request for latest version of golang.org/x
Request for latest version of golang.org

当一个须要的模块被发现后，go 命令会将这个依赖模块的门路和对应版本增加到主模块的 go.mod 文件中。这样就确保了当前在编译该模块时，同样的模块版本将被应用，保障了编译的可重复性。如果解析的代码包没有被主模块间接援用，在 go.mod 文件中增加的新依赖后会有 // indirect 正文。

就像后面提到过的，模块的定义是由一个 UTF-8 编码的名为 go.mod 文本文件定义的。这个文件是依照“行”进行组织的（line-oriented）。每一行都有一个独立的指令，有一个预留关键字和一些参数组成。比方：

module example.com/my/thing
go 1.17
require example.com/other/thing v1.0.2
require example.com/new/thing/v2 v2.3.4
exclude example.com/old/thing v1.2.3
replace example.com/bad/thing v1.4.5 => example.com/good/thing v1.4.5
retract [v1.9.0, v1.9.5]

结尾的关键词能够以行的模式被归总为块，就像日常所用的 imports 一样，所以能够改成上面这样：

require (
example.com/new/thing/v2 v2.3.4
example.com/old/thing v1.2.3
)

go.mod 文件的设计兼顾了开发者的可读性和机器的易写性。go 命令也提供了几个子命令来帮组开发者批改 go.mod 文件。举个例子，go get 命令能够在须要的时候更新 go.mod 文件。go mod edit 命令能够对文件做一些底层的批改操作。如果咱们也有相似的需要，能够应用 golang.org/x/mod/modfile 包以编程形式进行同样的更改。通过这个包，也能够一窥底层 go.mod 的 struct 构造：

// go.mod 文件的组成模式
type File struct {
Module *Module // 模块门路
Go *Go // Go 版本
Require []*Require // 依赖模块
Exclude []*Exclude // 排除模块
Replace []*Replace // 替换模块
Retract []*Retract // 撤回模块
}
// A Module is the module statement.
type Module struct {
Mod module.Version
Deprecated string
}
// A Go is the go statement.
type Go struct {
Version string // “1.23”
}
// An Exclude is a single exclude statement.
type Exclude struct {
Mod module.Version
}
// A Replace is a single replace statement.
type Replace struct {
Old module.Version
New module.Version
}
// A Retract is a single retract statement.
type Retract struct {
VersionInterval
Rationale string
}

从下面的 Module 的 struct 中能够看到“Deprecated”这一构造，在 Go Modules 推出的晚期是没有这个设计的，那么这个字段是做什么用的呢？预计很多人都不晓得，如果咱们保护的一个模块主版本从 v1 演进到了 v2，而不再保护 v1 版本了，心愿用户尽可能应用 v2，通过下面的介绍晓得 v1 和 v2 是不同的 import path，“Retract”也无能为力，这时候这个“Deprecated”就起作用了，看上面的例子：

// Deprecated: in example.com/a/b@v1.9.0, the latest supported version is example.com/a/b/v2.
module example.com/a/b
go 1.17

当用户再去获取 example.com/a/b 这个版本时，go 命令能够感知到这个版本曾经不再保护了，会报告给用户：

go get -d example.com/a/b@v1.9.0
go: warning: module example.com/deprecated/a is deprecated: in example.com/a/b@v1.9.0, the latest supported version is example.com/a/b/v2

用户就能够依据提醒进行 v2 代码拉取了。

《Go modules 根底精进，六大外围概念全解析》一文全面介绍了 Go Modules 中的模块、模块门路、包、包门路、如何通过包门路寻找模块门路，还介绍了版本号和伪版本号，最初简略介绍了 go.mod 文件，以及其中鲜为人知的“Deprecated”性能，理解这些概念、设计理念和兼容性准则，将对治理和保护本人的 Go 模块大有帮忙。

以上这些概念都是平时应用 Go 语言会高频接触到的内容，了解版本号和伪版本号的区别和设计准则，能够帮忙咱们分明依照 semver 的规范定义本人的 tag 是如许重要。同时，遵循 Go Modules 定义的兼容性准则，上下游开发者在社区协同时将会变得更加敌对和高效。接下来的系列文章将会开始具体来理解 Go Modules 中的设计细节，例如 go.mod 文件详解以及配套的 go mod 子命令等，敬请期待。另外，腾讯云 goproxy 企业版曾经产品化，须要理解的同学能够点击这里。

李保坤往期精彩文章举荐：Go modules 根底精进，六大外围概念全解析（上）