大家好,我是煎鱼。
我有一个朋友,,开开心心入职,想着施展拳脚,第一个任务就是对老旧的二进制文件进行研究。
他一看,这文件,不知道是编译器用什么参数,是怎么编译出来的,环境不知道是什么,更不知道来自什么代码分支?
这除了是项目流程上的问题外,Go 在这块也有类似的小问题,处理起来比较麻烦。
日常中很难从 Go 二进制文件中检索元信息,要么是信息完全缺失,要么提取需要对二进制文件进行大量解析。
包含的元信息如下:
元信息 | 提取处 |
---|---|
Go 构建版本 | 符号表,通过全局变量 runtime.buildVersion 来获取 |
构建信息,例如:模块和版本 | 符号表,通过全局变量 runtime/debug.modinfo 来获取 |
编译器选项,例如:构建模式、编译器、gcflags、ldflags 等 | 无法获取 |
用户定义的自定义数据,例如:应用程序版本等 | 需在编译时设置全局字符串变量,才可以获取 |
关注到编译器选项,也就是参数等都是无法得知的,也就是会提高获取如何编译出来的难度。
Michael Obermüller 提出了一个新的提案《cmd/go: add compiler flags, relevant env vars to 'go version -m' output》用于解决上述问题。
在提案中想要的是 JSON 格式的结构输出:
{
"version": "go1.13.4",
"compileropts": {
"compiler": "gc",
"mode": "pie",
"os": "linux",
...
},
"buildinfo": {
"path": "脑子进煎鱼了",
"main": {
"path": "HelloWorld",
"version": "(devel)",
},
"deps": []
},
"user": {
"customkey": "customval",
...
}
}
Russ Cox 表示由于编译信息已有既有格式,并且默认使用 JSON 只会让二进制文件变得更大。好处少,没必要,改为了选项化的支持。
新的 Go1.18 版本中,可以通过既有的:
go version -m
查看到提案所提到的信息。
例如:
$ gotip version
go version devel go1.18-eba0e866fa Mon Oct 18 22:56:07 2021 +0000 darwin/amd64
$ gotip build ./
$ gotip version -m ko
...
build compiler gc
build tags goexperiment.regabiwrappers,goexperiment.regabireflect,goexperiment.regabiargs
build CGO_ENABLED true
build CGO_CPPFLAGS
build CGO_CFLAGS
build CGO_CXXFLAGS
build CGO_LDFLAGS
build gitrevision 6447264ff8b5d48aff64000f81bb0847aefc7bac
build gituncommitted true
若需要输出 JSON 格式,也可以通过指定 go version -json
达到一样的效果。
在上面的输出中,现有的编译器选项等都会包含在内,能够让大家对整体编译后的二进制文件溯源有一个更好的认知。
在今天这篇文章中,给大家介绍了 Go1.18 的一个新的变化。
新版本中,编译器选项/参数、相关环境变量等,将会包含在编译后的二进制文件中,能够更便于后人排查和查看信息。
关注煎鱼,获取业内第一手消息和知识 👇
你好,我是煎鱼,出版过 Go 畅销书《Go 语言编程之旅》,再到获得 GOP(Go 领域最有观点专家)荣誉,点击蓝字查看我的出书之路。
日常分享高质量文章,输出 Go 面试、工作经验、架构设计,加微信拉读者交流群,和大家交流!