内容简介: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上不生效
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
JavaScript语言精粹
Douglas Crockford / 赵泽欣、鄢学鹍 / 电子工业出版社 / 2009-4 / 35.00元
本书通过对JavaScript语言的分析,甄别出好的和坏的特性,从而提取出相对这门语言的整体而言具有更好的可靠性、可读性和可维护性的JavaScript的子集,以便你能用它创建真正可扩展的和高效的代码。 雅虎资深JavaScript架构师Douglas Crockford倾力之作。 向读者介绍如何运用JavaScript创建真正可扩展的和高效的代码。一起来看看 《JavaScript语言精粹》 这本书的介绍吧!