我可以根据我正在构建的操作系统导入Golang包吗？

Question

假设我有一个基于哪个操作系统的go项目,在某些情况下,我想使用的是一个Systemd客户端软件包与一个Upstart客户端软件包相比一个sysv客户端软件包与一个launchd客户端软件包.是否有可能有选择地导入每个包,所以我只导入我正在构建的OS /发行版所需的那个？或者我是否必须导入每个OS /发行版的每个包？

Answer 1

包构建

建立约束

构建约束(也称为构建标记)是开始的行注释

// +build

列出了文件应包含在包中的条件.约束可能出现在任何类型的源文件中(不仅仅是Go),但它们必须出现在文件顶部附近,前面只有空白行和其他行注释.这些规则意味着在Go文件中,构建约束必须出现在package子句之前.

要将构建约束与包文档区分开来,必须在一系列构建约束后面加一个空行.

构建约束被评估为空格分隔选项的OR; 每个选项评估为逗号分隔术语的AND; 并且每个术语都是一个字母数字,或者在其前面是!,否定.也就是说,构建约束:

// +build linux,386 darwin,!cgo

对应于布尔公式:

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

文件可能有多个构建约束.总体约束是各个约束的AND.也就是说,构建约束:

// +build linux darwin
// +build 386

对应于布尔公式:

(linux OR darwin) AND 386

在特定构建期间,满足以下单词:

- the target operating system, as spelled by runtime.GOOS
- the target architecture, as spelled by runtime.GOARCH
- the compiler being used, either "gc" or "gccgo"
- "cgo", if ctxt.CgoEnabled is true
- "go1.1", from Go version 1.1 onward
- "go1.2", from Go version 1.2 onward
- "go1.3", from Go version 1.3 onward
- "go1.4", from Go version 1.4 onward
- "go1.5", from Go version 1.5 onward
- "go1.6", from Go version 1.6 onward
- any additional words listed in ctxt.BuildTags

如果文件的名称在剥离扩展名和可能的_test后缀之后匹配以下任何模式:

*_GOOS
*_GOARCH
*_GOOS_GOARCH

(例如:source_windows_amd64.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.

除了android标签和文件之外,使用GOOS = android匹配GOOS = linux的构建标签和文件.

使用构建约束.

使用包含多个文件的单个包.每个文件专门用于特定的操作系统,体系结构等组合.