【Go专家编程】5分钟玩转go.sum
为了确保一致性构建,Go引入了go.mod
文件来标记每个依赖包的版本,在构建过程中go
命令会下载go.mod
中的依赖包,下载的依赖包会缓存在本地,以便下次构建。 考虑到下载的依赖包有可能是被黑客恶意篡改的,以及缓存在本地的依赖包也有被篡改的可能,单单一个go.mod
文件并不能保证一致性构建。
为了解决Go module的这一安全隐患,Go开发团队在引入go.mod
的同时也引入了go.sum
文件,用于记录每个依赖包的哈希值,在构建时,如果本地的依赖包hash值与go.sum
文件中记录得不一致,则会拒绝构建。
go.sum文件记录
go.sum
文件中每行记录由module
名、版本和哈希组成,并由空格分开:
<module> <version>[/go.mod] <hash>
比如,某个go.sum
文件中记录了github.com/google/uuid
这个依赖包的v1.1.1
版本的哈希值:
github.com/google/uuid v1.1.1 h1:Gkbcsh/GbpXz7lPftLA3P6TYMwjCLYm83jiFQZF/3gY= github.com/google/uuid v1.1.1/go.mod h1:TIyPZe4MgqvfeYDBFedMoGGpEw/LqOeaOT+nhxU+yHo=
在Go module机制下,我们需要使用依赖包名称和版本才可以准确的描述一个依赖,为了方便叙述,下面我们使用依赖包版本
来指代依赖包名称和版本。
正常情况下,每个依赖包版本
会包含两条记录,第一条记录为该依赖包版本
整体(所有文件)的哈希值,第二条记录仅表示该依赖包版本
中go.mod
文件的哈希值,如果该依赖包版本
没有go.mod
文件,则只有第一条记录。如上面的例子中,v1.1.1
表示该依赖包版本
整体,而v1.1.1/go.mod
表示该依赖包版本
中go.mod
文件。
依赖包版本
中任何一个文件(包括go.mod
)改动,都会改变其整体哈希值,此处再额外记录依赖包版本
的go.mod
文件主要用于计算依赖树时不必下载完整的依赖包版本
,只根据go.mod
即可计算依赖树。
每条记录中的哈希值前均有一个表示哈希算法的h1:
,表示后面的哈希值是由算法SHA-256
计算出来的,自Go module从v1.11版本初次实验性引入,直至v1.14 ,只有这一个算法。
此外,细心的读者或许会发现go.sum
文件中记录的依赖包版本
数量往往比go.mod
文件中要多,这是因为二者记录的粒度不同导致的。go.mod
只需要记录直接依赖的依赖包版本
,只在依赖包版本
不包含go.mod
文件时候才会记录间接依赖包版本
,而go.sum
则是要记录构建用到的所有依赖包版本
。
生成
在GOMODULE模式下,当我们引入一个新的依赖(使用import xxx)时,在使用go
命令(go build
、go get
等)时都会触发依赖包的下载,依赖包首先会被下载到本地的缓存目录$GOPATH/pkg/mod/cache/download
,下载的依赖包为某个.zip
文件,go
命令在下载完后成会对该.zip
文件计算哈希值,并保存在后缀为.ziphash
的文件中,此哈希值即为依赖包版本
整体的哈希值。为了更新go.sum
,还会将该.zip
包解压并取出go.sum
再次计算哈希值,此哈希值即为依赖包版本
中go.mod
文件的哈希值。
简单来说,go.sum
中的记录是go
命令首次添加进去的。而且后续随着依赖的增加或减少,go
命令也会相应的新增或删除go.sum
中的记录。
校验
在GOMODULE模式下,当我们使用go
命令构建项目时,如果项目中包含go.sum
文件,则会进行依赖包版本
的校验。go
命令会跟据go.mod
到本地缓存目录$GOPATH/pkg/mod/cache/download
寻找相应依赖包版本
的哈希值,然后与项目中go.sum
记录的哈希值比较,如果不一致则表示校验失败,go
命令将会拒绝执行。
校验失败说明本地缓存目录中依赖包版本
的哈希值和项目中go.sum
中记录的哈希值不一致,此时有意思的是如何区别谁对谁错。需要说明的是,二者都可能出错,本地缓存目录中的依赖包版本
有可能被有意或无意地修改过,项目中go.sum
中记录的哈希值也可能被篡改过。
为了解决这个问题,Go团队引入了GOSUMDB
来充当仲裁的角色。
仲裁
环境变量GOSUMDB
标识一个checksum database
,即校验和数据库。该数据库中记录了很多依赖包版本
的哈希值,当本地缓存目录中依赖包版本
的哈希值和项目中go.sum
中记录的哈希值不一致时,将会从GOSUMDB
指示的数据库中查询得到一个准确的哈希值,据此识别出哪个是正确的。
如果是项目中的go.sum
哈希值错误,go
命令会自动更新go.sum
,如果是缓存中的哈希值错误,则go
命令拒绝向下执行,需要开发人员自行检查依赖包版本
是否被修改过。
此外,环境变量GOSUMDB
默认值为sum.golang.org
,它是Google 官方维护的一个数据库,其会缓存所有可公开获得的依赖包,也可以指定自行搭建的数据库。还可以使用GOPRIVATE
环境变量指定私有的依赖包,从而跳过校验。
参考文档
- 命令行帮助文档:
$ go help module-auth
- Go 1.14 源码
赠人玫瑰手留余香,如果觉得不错请给个赞~
本篇文章已归档到GitHub项目,求星~ 点我即达

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Spring注解配置和xml配置优缺点比较
Spring注解配置和xml配置优缺点比较 编辑 在昨天发布的文章《spring boot基于注解方式配置datasource》一文中凯哥简单的对xml配置和注解配置进行了比较。然后朋友看到文章后,就问:那你说说这两种区别。 编辑 额,说真的,还真把凯哥给问蒙圈了。本文来源:凯哥Java【kaigejava】 凯哥当时就回答:注解的方便。如果再深入呢?还真说不明白。 是啊,现在都在说注解好,但是注解和xml比较起来有哪些优点呢?xml又为什么不好呢?有没有深入思考过么?以下内容是凯哥从网上找的并加以理解的。 想要弄清楚这个,我们先来看看Xml. 就目前Java web 开发应用中都能见到用xml作为配置的身影。在常用的框架中如:struts、spring mvc、hibernate、mybites等这些框架中(早期版本表现更为突出)都有xml配置。 我们就来看看XML的优点: Xml优点 1:xml是集中式的元数据,不需要和代码绑定的; 在我们开发中,xml配置文件和代码类是区分开的。不需要绑定到代码中 2:使用xml配置可以让软件更具有扩展性; 比如,我们在spring中,我们不想使...
- 下一篇
一文读懂“缓存”前世今生
一、前言 缓存可以让原本打开很慢的页面,变得能“秒开”。平时访问的APP与网站几乎都涉及缓存的运用。 那么,缓存除了能加速数据的访问之外,还有什么作用呢? 另外,任何事物都有两面性,我们如何才能将缓存的优点发挥的淋漓尽致,同时避免它的弊端呢? 本文就给大家分享一下如何理解缓存,以及它的运用思路,希望对大家有所启发。 二、缓存能做什么? 正如前面所说,大家最普遍的理解就是当我们遇到某个页面打开很慢的时候,会想到引入缓存,这样页面打开就快了。其实快和慢是相对的,从技术角度来说,缓存之所以快是因为缓存是基于内存去建立的,而内存的读写速度比硬盘快很多倍,所以用内存来代替磁盘作为读写的介质自然能大大提高访问数据的速度。 这个过程大致是这样的,通过在内存中存储被访问过的数据供后续访问时使用,以此来达到提速的效果。 其实除此之外,缓存还有另外两个重要的运用方式:预读取和延迟写。 三、预读取 预读取就是预先读取将要载入的数据,也可以称作“预存预热”,它是在系统中先将硬盘中的一部分加载到内存中,然后再对外提供服务。 为什么要这么做呢?因为有些系统一旦启动就要面临数以万计的请求进来,如果直接让这些请求打到...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Windows10,CentOS7,CentOS8安装Nodejs环境
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- CentOS8安装Docker,最新的服务器搭配容器使用
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS7,8上快速安装Gitea,搭建Git服务器
- 设置Eclipse缩进为4个空格,增强代码规范
- SpringBoot2全家桶,快速入门学习开发网站教程