最近调研了一下某个做法 APM 的厂商的 Go 探针程序，说是引入一个包，全程不用再修改其他代码就能在项目里引入探针。没想到在刚引入包试着构建了一下就翻车了。

 main.go::2: build constraints exclude all Go files in /xxx/github.com/xxx/agnet/xxxx

编译器编译的时候直接排除了某个包下的所有文件，啥意思呢？就是这个包下没有能在当前构建环境下构建的 Go 文件。猜测应该是这个包源码的构建标签上声明了不允许在Mac 环境下构建。打开源码看了看，确实是，所有文件的构建标签都是这么声明的。

 // +build linux
// +build amd

这个叫做条件编译，或者约束编译。那想在Mac下编译linux上才能运行的执行文件该怎么办呢？Go 里边还支持一个特性叫做交叉编译，就是干跨平台编译这个事儿的。具体怎么用呢，比如这个例子里是需要在Mac环境下编译能在Linux系统amd64架构下运行的执行文件，就得酱婶进行编译：

 CGO_ENABLED=  GOOS=linux  GOARCH=amd64  go build main.go

不过我后来想研究下为啥不让在 Mac 上编译，看了看这个包的探针是用CGO实现的调用了linux系统下的一个C语言实现的工具命令。看到这我已经不想继续研究这个包了，那么为了让此篇文章水的不那么明显：)，接下来咱们就把Go语言的交叉编译和条件编译这两个知识点再复习一遍吧。

交叉编译

交叉编译是用来在一个平台上生成另一个平台的可执行程序 。Go 命令集是原生支持交叉编译的，使用方法也很简单，比如上面已经演示过的

 CGO_ENABLED=  GOOS=linux  GOARCH=amd64  go build main.go

参数说明

CGO_ENABLED : CGO 表示golang中的工具，CGO_ENABLED 表示CGO禁用，交叉编译中不能使用CGO的
GOOS : 目标平台
mac 对应 darwin
linux 对应 linux
windows 对应 windows
GOARCH ：目标平台的体系架构【386，amd64,arm】, 目前市面上的个人电脑一般都是amd64架构的
386 也称 x86 对应 32位操作系统
amd64 也称 x64 对应 64位操作系统
arm 这种架构一般用于嵌入式开发。比如 Android ， IOS ， Win mobile , TIZEN 等

了解完这几个参数后，我们在看下Mac、Linux、Windows这三个平台上执行交叉编译的例子，Windows的因为家境贫寒，条件不允许我没有试过，命令网上找的，如果有错误还请同学们在评论里留言帮我改正一下。

Mac 下编译， Linux 或者 Windows 的可执行程序

 # linux可执行程序
CGO_ENABLED=  GOOS=linux  GOARCH=amd64  go build main.go
# Windows 可执行程序
CGO_ENABLED= GOOS=windows  GOARCH=amd64  go  build  main.go

Linux 下编译， Mac 或者 Windows 下去执行

 # Mac 平台可执行程序
CGO_ENABLED= GOOS=darwin  GOARCH=amd64  go build main.go
# Windows可执行程序
CGO_ENABLED= GOOS=windows  GOARCH=amd64  go build main.go

Windows 下执行， Mac 或 Linux 下去执行

需要写一个批处理程序，在里面去设置，因为windows 下的 terminal 不支持shell , 这跟 Mac 和 Linux下的有点不同

 # Mac 下执行
SET  CGO_ENABLED=
SET GOOS=darwin
SET GOARCH=amd
go build main.go

# Linux 去执行
SET CGO_ENABLED=
SET GOOS=linux
SET GOARCH=amd
go build main.go

条件编译

交叉编译只是为了能在一个平台上编译出其他平台可运行的程序，Go 作为一个跨平台的语言，它提供的类库势必也是跨平台的，比如说程序的系统调用相关的功能，能根据所处环境选择对应的源码进行编译。让编译器只对满足条件的代码进行编译，将不满足条件的代码舍弃，这就是另外一个概念叫—条件编译。

在 Go 中，也称之为Build Constraints 编译约束，添加编译约束的方式有2种分别：

编译标签（build tag）
文件后缀

编译标签

编译标签是一种通过在源码文件顶部添加注释，来决定文件是否参与编译的约束方式。其格式如下：

 // +build <tags>

注意： // +build 的下一行必须是空行，否则会被解析为包注释。

 // +build linux

// main package comment
package main

tags说明：

以空格分开表示 AND
以逗号分开表示 OR
!表示 NOT

标签可以指定为以下内容：

操作系统，环境变量中 GOOS 的值，如： linux 、 darwin 、 windows 等等。
操作系统的架构，环境变量中 GOARCH 的值，如： arch64 、 x86 、 i386 等等。
使用的编译器， gc 或者 gccgo 。
是否开启CGO， cgo 。
golang版本号：比如Go Version 1.1为 go1.1 ,Go Version 1.12版本为 go1.12 ，以此类推。
其它自定义标签，通过 go build -tags 指定的值。

例如，编译条件为 (linux AND 386) OR (darwin AND (NOT cgo))

 // +build linux, darwin,!cgo

另外一个文件可以有多个编译约束，比如条件为 (linux OR darwin) AND amd64

 // +build linux darwin
// +build amd

也可以使用 ignore 标签将一个文件从编译中排除。

 // +build ignore

文件后缀

除了编译标签，第二种添加编译约束的方法是通过源码文件的文件名实现的，这种方案比构造标签方案更简单。编译器也会根据文件后缀来自动选择编译文件：

 $filename_$GOOS.go
$filename_$GOARCH.go
$filename_$GOOS_$GOARCH.go

$filename : 源文件名称。
$GOOS : 表示操作系统，从环境变量中获取。
$GOARCH : 表示系统架构，从环境变量中获取。

后缀的顺序记住不要颠倒，后缀中同时出现系统和架构名时，需要保持 $filename_$GOOS_$GOARCH.go 的顺序。

在 Go 的每个内置库里都有很多以不同系统名结尾的文件。下面是 Go 的 os 内置库源代码的部分截图：

文件后缀添加编译约束

两种添加编译限制的方式该如何选择

构建标签和文件名后缀在功能上是重叠的。比如，一个名为 mypkg_linux.go 的文件，再包含构建标签 // +build linux 会显得多余。

通常来说，当只有一个特定平台需要指定时，我们选择文件名后缀的方式。比如：

 mypkg_linux.go         // 只在 linux 系统编译
mypkg_windows_amd.go // 只在 windows amd 64位 平台编译

相反，如果你的文件需要指定给多个平台或体系架构使用，或者你需要排除某个特定平台时，我们选择构建标签的方式。比如：

 // 在所有类unix平台编译
// +build darwin dragonfly freebsd linux netbsd openbsd

// 在非Windows平台编译
// +build !windows

总结

一个编译器报错，居然水了一篇文章….啊…（咳嗽声）引出来的交叉编译和条件编译（编译约束）这两个非常重要的知识点，其实这两个知识点在很早之前我也写过篇文章，这次相当于从实际遇到问题带出从头开始再分析一遍，希望大家能喜欢。

由一条编译报错信息，引出两个Go编译的重要知识