内容简介:Golang项目在编译链接的时候可以通过 -ldflags -X 来给代码中的变量赋值,然而这天我却遇到了一个诡异的问题……很多应用在 release 时都会给自己打上版本信息,方便使用者查看,比如:而在 golang 中,这样子的需求我们很容易通过 -ldflags -X 来实现。
Golang项目在编译链接的时候可以通过 -ldflags -X 来给代码中的变量赋值,然而这天我却遇到了一个诡异的问题……
版本信息
很多应用在 release 时都会给自己打上版本信息,方便使用者查看,比如:
$ docker version Client: Version: 18.09.0 API version: 1.39 Go version: go1.10.4 Git commit: 4d60db4 Built: Wed Nov 7 00:49:01 2018 OS/Arch: linux/amd64 Experimental: false Server: Docker Engine - Community Engine: Version: 18.09.0 API version: 1.39 (minimum version 1.12) Go version: go1.10.4 Git commit: 4d60db4 Built: Wed Nov 7 00:16:44 2018 OS/Arch: linux/amd64 Experimental: false
而在 golang 中,这样子的需求我们很容易通过 -ldflags -X 来实现。
-ldflags -X
在官网 Command link 的说明中,可以通过 -X 来给某 package 的变量赋值:
-X importpath.name=value
Set the value of the string variable in importpath named name to value.
This is only effective if the variable is declared in the source code either uninitialized
or initialized to a constant string expression. -X will not work if the initializer makes
a function call or refers to other variables.
Note that before Go 1.5 this option took two separate arguments.
我们写个简单的代码来试一下:
package main import "fmt" var Built = "undefined" func main() { fmt.Println("Built:", Built) }
编译的时候给 Built 加上时间:
$ go build -ldflags "-X \"main.Built=`date '+%Y-%m-%d %H:%M:%S'`\"" -o main . $ ./main Built: 2019-01-15 21:22:22
可以看到,通过 -X importpath.name=value 的形式即可给指定 package 的变量赋值。更进一步,对于外部的包,我们也可以依葫芦画瓢:
- 首先创建一个外部的包 package b ,只包含一个 Built 变量,创建文件 version.go :
package b var Built = "undefined"
- 再修改 main:
package main import ( "b" "fmt" ) func main() { fmt.Println("Built:", b.Built) }
- 编译:
$ go build -ldflags "-X \"b.Built=`date '+%Y-%m-%d %H:%M:%S'`\"" -o main . $ ./main Built: 2019-01-15 23:56:39
一切正常!
坑
然而,一般情况下对于第三方依赖,我们都会使用 vendor 来管理,这时候目录结构就变成了:
./main.go ./vendor/b/version.go
进行同样的编译操作,结果启动main后却输出:
$ go build -ldflags "-X \"b.Built=`date '+%Y-%m-%d %H:%M:%S'`\"" -o main . $ ./main Built: undefined
所以我们的 b.Built 变量没有正常被赋值?
折腾了许久,最后终于搞明白了。Golang 在 1.5 版本时引入了 vendor 属性,并在 1.6 以后版本默认启用,于是查找依赖包的顺序就变成了:
- 当前包下的 vendor 目录;
- 向上级目录查找,直到找到src下的 vendor 目录;
- 查找 $GOPATH 目录;
- 查找 $GOROOT 目录;
而 -ldflags -X 中的 importpath 其实是相对于 $GOPATH,所以我们 vendor/b 这个包的路径是需要重新指定的。假设我们的项目是位于 src/a/main.go,而编译的时候需要改为:
$ go build -ldflags "-X \"a/vendor/b.Built=`date '+%Y-%m-%d %H:%M:%S'`\"" -o main . $ ./main Built: 2019-01-16 00:07:45
大功告成!
参考:
以上所述就是小编给大家介绍的《Golang编译-ldflags -X 在vendor中不生效的问题》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- @Transactional事务生效问题
- UI抗锯齿不生效原因
- properties文件改变不生效的问题
- View.requestLayout() 不生效的问题
- C# Redis 过期机制不生效问题
- DrawMeshInstanced在Unity2018上不生效
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
从莎草纸到互联网:社交媒体2000年
[英]汤姆·斯丹迪奇 / 林华 / 中信出版社 / 2015-12 / 58.00元
【内容简介】 社交媒体其实并不是什么新鲜的东西。从西塞罗和其他古罗马政治家用来交换信息的莎草纸信,到宗教改革、美国革命、法国大革命期间印制的宣传小册子,过去人类跟同伴交流信息的方式依然影响着现代社会。在报纸、广播和电视在散播信息上面统治了几十年后,互联网的出现使社交媒体重新变成人们与朋友分享信息的有力工具,并推动公共讨论走向一个新的模式。 汤姆•斯丹迪奇在书中提醒我们历史上的社交网络其......一起来看看 《从莎草纸到互联网:社交媒体2000年》 这本书的介绍吧!