大家好,我是煎鱼。
我有一个敌人,,开开心心入职,想着施展拳脚,第一个工作就是对老旧的二进制文件进行钻研。
他一看,这文件,不晓得是编译器用什么参数怎么打进去的,环境不晓得是什么,更不晓得来自什么代码分支?
这除了是我的项目流程上的问题外,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 的一个新的变动。
新版本中,编译器选项 / 参数、相干环境变量等,将会蕴含在编译后的二进制文件中,可能更便于前人排查和查看信息。
若有任何疑难欢送评论区反馈和交换,最好的关系是相互成就 ,各位的 点赞 就是煎鱼创作的最大能源,感激反对。
文章继续更新,能够微信搜【脑子进煎鱼了】浏览,本文 GitHub github.com/eddycjy/blog 已收录,学习 Go 语言能够看 Go 学习地图和路线,欢送 Star 催更。