今天继续关于Go
开发经验的分享,这次的主题是关于Go
的交叉编译和条件编译,伴随着我对自己打不过、惹不起的壕同事小张还有运维们的碎碎念。
交叉编译
交叉编译是用来在一个平台上生成另一个平台的可执行程序。比如我工作开发时用的Mac,系统内核是darwin
,小张用的是外星人,系统内核是windows
(小张明显比我有钱,我的Mac是公司发的,人家的外星人是为打游戏自己买的)。
那么假如我编写的代码依赖了系统底层平台或处理器架构特性的Go
包时,比如说我上周在文章《Go服务迁到K8s后老抽风重启? 记一次完整的线上问题解决过程》里写的,为了把Go
运行时的panic
错误重定向到日志文件,我用了syscall.Dup2
这个函数把标准错误原来的文件描述符替换成了自己指定的日志文件的描述符。syscall.Dup2
是Go
语言在类Unix
系统,X86_64
架构下才有的函数库,在Mac系统上、各种服务器环境上编译都没有问题,但是唯独在像小张这样不用办公电脑的土豪们用的Windows
系统上编译不过去。
所以在上篇文章说的那个为了追踪在Kubernetes
上服务老重启的问题,用syscall.Dup2
重定向标准输出的解决方案是有副作用的,我贴一下之前这个功能的代码。
func RewriteStderrFile() error {
if runtime.GOOS == "windows" {
return nil
}
......
file, err := os.OpenFile(stdErrFile, os.O_RDWR|os.O_CREATE|os.O_APPEND, 0666)
if err != nil {
fmt.Println(err)
return err
}
if err = syscall.Dup2(int(file.Fd()), int(os.Stderr.Fd())); err != nil {
fmt.Println(err)
return err
}
......
return nil
}
天真的用了一个runtime.GOOS == "windows"的判断,我还想着能在代码里根据内核的不同执行不同的代码,但是Go
的软件包是先编译成可执行文件再执行的,这个判断根本没啥用。所以在Windows
系统下编译项目的时候,因为没有syscall.Dup2
直接就失败了......。
我这不就是典型的动态语言的思维吗,之前还写文章跟别人讲《如何避免用动态语言的思维写Go代码》......这次打自己脸打的实在有点疼。
虽然项目这个更新已经上线了,但是土壕小张和运维我都惹不起,迫于无奈我就看了看Go
官方的标准库到底是怎么兼容多平台的。
网管瞎吐槽:我真觉得像在
Kubernetes
收集服务的错误日志这事儿该运维想办法干......,从公司基础设施建设层面,统一化收集所有rpc服务的错误日志,这样所有服务的代码都不用改,比我自己在项目里加代码不强吗?你们觉得我说的对不对(是不是能少干活...)。
条件编译
我发现在go的每个内置库里都有很多以不停系统名结尾的文件。下面是Go
的os[1]内置库源代码的部分截图:
![449f9960ba0443c73477a7bd93507ce1.png](https://i-blog.csdnimg.cn/blog_migrate/02d56cb2d92e77430ed7098e33bcdcec.png)
在有些文件里还有类似下面这样的注释:
// +build aix darwin dragonfly freebsd js,wasm linux netbsd openbsd solaris
package os
...
看了些资料后才知道,他们是用于Go
软件包的条件编译[2]的,条件编译的意思就是通过某种方式来指示编译器编译特定代码。
Go
不支持宏,不可以像c语言那样使用#define
来控制是否包含平台相关的特定代码。作为替代,Go
使用构建标签(build tags
)和代码文件的命名约定来支持Go
软件包的条件编译。
构建标签
构建标签就是上面我说的源代码里的注释:
// +build aix darwin dragonfly freebsd js,wasm linux netbsd openbsd solaris
package os
...
需要注意的是,构建标签必须在代码文件里位于package
声明的上方,并且后跟一个空行。
当Go
编译一个包时,它会分析包内的每个源码文件并查找构建标签。标签决定了这个源码文件是否被编译。
构建标签遵循以下三个原则:
空格隔开的选项是或(OR)的关系
逗号隔开的选项是与(AND)的关系
每个选项由字母和数字组成。如果前面加上
!
,则表示反义
// +build darwin freebsd netbsd openbsd
上面的例子,表示这个源码文件只会在支持kqueue
的BSD
系统中被编译。
一个源码文件可以包含多个构建标签。构建规则是每个独立规则的逻辑与关系。如下例子表示该文件将在linux/386
或darwin/386
平台才会被编译 。
// +build linux darwin
// +build 386
用逻辑表达式表示就是:(linux OR darwin) AND 386。
文件名后缀
第二种条件编译的方法是通过源码文件的文件名实现的。这种方案比构造标签方案更简单。
go/build
包的文档有关于命名约定的描述。简单来说,如果文件名包含_$GOOS.go
后缀,那么这个源码文件只会在对应的平台被编译。其他平台会忽略这个文件。另一种约定是_$GOARCH.go
。这两种后缀可以组合起来,但要保证顺序,正确的格式是_$GOOS_$GOARCH.go
,错误的格式是_$GOARCH_$GOOS.go
。
以下是文件名后缀的一些例子:
mypkg_freebsd_arm.go // 只在 freebsd/arm 系统编译
mypkg_plan9.go // 只在 plan9 编译
mypkg_darwin.go // 只在macos 系统编译
源码文件光有后缀是不行的,比如如下文件名:
_linux.go
_freebsd_386.go
即使是在Linux或FreeBSD系统,这两个文件也会被忽略,原因是go/build
包会忽略所有文件名以.
和_
开始的文件。
使用构建标签还是文件名后缀
构建标签和文件名后缀在功能上是重叠的。比如,一个名为mypkg_linux.go
的文件,再包含构建标签// +build linux
会显得多余。
通常来说,当只有一个特定平台或体系需要指定时,我们选择文件名后缀的方式。比如:
mypkg_linux.go // 只在 linux 系统编译
mypkg_windows_amd64.go // 只在 windows amd 64位 平台编译
相反,如果你的文件需要指定给多个平台或体系架构使用,或者你需要排除某个特定平台时,我们选择构建标签的方式。比如:
// 在所有类unix平台编译
// +build darwin dragonfly freebsd linux netbsd openbsd
// 在非Windows平台编译
// +build !windows
实践应用
应用环境,我就说下是怎么解决文章开头说的问题让小张大佬平复心情的吧......。
设置条件编译
首先我像下面这样,在包里建了两个源码文件,用来分别存放在Windows
系统和非Windows
系统下使用的RewriteStderrFile
函数:
project
|
└───pkg1
│ │----rewrite_err_unix.go
│ │----rewrite_err_windows.go
因为我们的项目在那几个大佬电脑的Windows
系统上编译和运行的时候都是开发阶段,其他测试上线之类的环境都是Linux
系统,所以我懒癌发作,直接写了个空函数,毕竟只要能编译运行小张就不会太难为我了。
//rewrite_err_windows.go
package pkg1
func RewriteStdErrLog(topic string) error {
return nil
}
对于要在服务器上和Mac电脑上编译的源码,跟之前的差不多,只是增加了构建标签:
//+build darwin linux
package pkg1
......
func RewritePanicsToFile(topic string) error {
......
file, err := os.OpenFile(stdErrFile, os.O_RDWR|os.O_CREATE|os.O_APPEND, 0666)
if err != nil {
fmt.Println(err)
return err
}
if err = syscall.Dup2(int(errFileHandler.Fd()), int(os.Stderr.Fd())); err != nil {
return err
}
......
return nil
}
执行交叉编译
交叉编译的执行就非常简单了,在编译时给go build命令设置OS
和ARCH
参数即可:
比如在Mac 下编译 Windows
64位可执行程序,用:
CGO_ENABLED=0 GOOS=windows GOARCH=amd64 go build main.go
在Mac系统执行完上面的命令就会编译生成软件包在Windows系统上的可执行文件(.exe文件)
如果是Windows
下编译 Mac 64位可执行程序,用:
SET CGO_ENABLED=0
SET GOOS=darwin
SET GOARCH=amd64
go build main.go
总结
事实上,除了用于.go
的Go源码文件,构建标签和文件名后缀这些条件编译规则可以作用于任何go tool可以编译的源码文件,包括.c
和.s
文件。Go
标准库中,尤其是runtime
,syscall
,os
,net
包中包含了大量这种例子。咱们一定要去看看,多学习,尤其是身边有像小张这样又壕又凶的队友的同学们,一定把今天我说的这些都学会......。
前情回顾
参考资料
[1]
os: https://github.com/golang/go/tree/master/src/os
[2]条件编译: https://dave.cheney.net/2013/10/12/how-to-use-conditional-compilation-with-the-go-build-tool
资料下载
点击下方卡片关注公众号,发送特定关键字获取对应精品资料!
回复「电子书」,获取入门、进阶 Go 语言必看书籍。
回复「视频」,获取价值 5000 大洋的视频资料,内含实战项目(不外传)!
回复「路线」,获取最新版 Go 知识图谱及学习、成长路线图。
回复「面试题」,获取四哥精编的 Go 语言面试题,含解析。
回复「后台」,获取后台开发必看 10 本书籍。
对了,看完文章,记得点击下方的卡片。关注我哦~ 👇👇👇
如果您的朋友也在学习 Go 语言,相信这篇文章对 TA 有帮助,欢迎转发分享给 TA,非常感谢!