编译时按架构排除 go 源文件

最近发现不少小伙伴都对Golang很感兴趣，所以今天继续给大家介绍Golang相关的知识，本文《编译时按架构排除 go 源文件》主要内容涉及到golang等等知识点，希望能帮到你！当然如果阅读本文时存在不同想法，可以在评论中表达，但是请勿使用过激的措辞~

问题内容

我正在为 Windows 编写一个包含多个包的 Go 程序。其中一个包是使用 CGo 调用在一些 .h 和 .c 文件中定义的一些函数。这些 .c 文件依赖于 windows.h 。

由于在 Windows 平台上开发非常乏味，我想制作这个文件中的函数的模型，然后在 Linux 上进行开发。但是当我尝试编译时，我得到：

fatal error: windows.h: No such file or directory

由于 go 工具试图编译我的 Windows 相关文件。有没有办法解决这个问题？我知道把类似的东西

#ifdef ..
import x
#endif

不是最佳实践，但在这种情况下，我需要一些东西来允许只编译“Linux”文件。

正确答案

引用构建约束文档：

构建约束是以指令 +build 开头的行注释，列出了文件应包含在包中的条件。约束可以出现在任何类型的源文件中（不仅仅是 Go），但它们必须出现在文件顶部附近，前面只能有空行和其他行注释。

为了将构建约束与包文档区分开来，一系列构建约束必须后跟一个空行。

构建约束被评估为空格分隔选项的 OR；每个选项评估为其逗号分隔项的 AND；并且每个术语都是一个字母数字词，或者，前面有！，它的否定。也就是说，构建约束：

// +build linux,386 darwin,!cgo

对应于布尔公式：

(linux AND 386) OR (darwin AND (NOT cgo))

一个文件可能有多个构建约束。整体约束是各个约束的与。也就是说，构建约束：

// +build linux darwin
// +build 386

对应于布尔公式：

(linux OR darwin) AND 386

在特定构建期间，满足以下条件：

• 目标操作系统，由 runtime.GOOS 拼写
• 目标架构，由 runtime.GOARCH 拼写
• 正在使用的编译器，“gc”或“gccgo”
• “cgo”，如果 ctxt.CgoEnabled 为真
• “go1.1”，从 Go 版本 1.1 开始
• ctxt.BuildTags 中列出的任何其他单词

如果文件名在去除扩展名和可能的 _test 后缀后匹配以下任何模式：

*_GOOS
*_GOARCH
*_GOOS_GOARCH

（例如：source_windows_amd64.go）或文字：

GOOS
GOARCH

（例如：windows.go）其中 GOOS 和 GOARCH 分别代表任何已知的操作系统和体系结构值，则认为该文件具有需要这些术语的隐式构建约束。

要使文件不被考虑用于构建：

// +build ignore

（任何其他不满意的词也可以，但是“忽略”是常规的。）

仅在使用 cgo 且仅在 Linux 和 OS X 上构建文件：

// +build linux,cgo darwin,cgo

这样的文件通常与为其他系统实现默认功能的另一个文件配对，在这种情况下，它将带有约束：

// +build !linux,!darwin !cgo

命名文件 dns_windows.go 将导致它仅在为 Windows 构建包时被包含；同样，只有在为 32 位 x86 构建包时才会包含 math_386.s。

今天带大家了解了golang的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~