golang中没有类似C语言中条件编译的写法,比如在C代码中可以使用如下语法做一些条件编译,结合宏定义来使用可以实现诸如按需编译release和debug版本代码的需求
build tags 是通过代码注释的形式实现的,要写在文件的最顶端;
go build指令在编译项目的时候会检查每一个文件的build tags,用来决定是编译还是跳过该文件
build tags遵循以下规则
示例:
约束此文件只能在支持kqueue的BSD系统上编译
一个文件可能包含多行条件编译注释,比如:
约束该文件在linux/386 或 darwin/386平台编译
需要注意的点
正确的写法如下:
编译方法:
具有_$GOOS.go后缀的go文件在编译的时候会根据当前平台来判断是否将该文件导入并编译;同样适用于处理器架构判断 _$GOARCH.go。
两者可以结合起来使用,形式为: _$GOOS_$GOARCH.go
示例:
文件名必须提供,如果只由后缀的文件名会被编译器忽略,比如:
这两个文件会被编译器忽略,因为以下划线开头的文件都会被忽略
go语言方便的地方之一就是容易部署, 编译成二进制文件,丢到服务器,就像一个内建的bash程序,不用安装依赖,不用部署环境,不用管理源码,直接就运行了。这也会产生一个问题, 经过年深日久的运行后,某天需要修改一个功能,可能最初开发的同事几经易手,那么,如何从这个二进制文件找到源码和对应的信息呢?
本文主要就是解决这个问题,利用 go build 的 -ldflags -X, 把程序及相关的环境信息编译进项目的的help信息中,当程序执行-v时,有如下的输出:
文件准备完成后, 执行下面的命令,把文件加入git版本管理中,如果不加git管理, build.sh中的脚本会执行报错:
现在执行build.sh 编译二进制文件,执行完成后,可见文件目录中多了一个文件 version-example