内容简介: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上不生效
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
VC++.NET入门
Davis Chapman / 中国电力出版社 / 2003-5 / 55.0
《VC++.NET入门》提供了学习Visual C++工具的循序渐进的指导和创建应用程序的向导。你将学习设计应用程序窗口、使用控件、显示图形、创建SDI和MDI应用程序、操作数据库以及创建多任务程序,也将学习在微软的新.E平台下使用Visual C++的一些基本技巧,以及学习它影响设计和编写应用程序的方式。一起来看看 《VC++.NET入门》 这本书的介绍吧!