Go 的构建约束，即构建标签，是以 // go:build 为开始的行注释，如果是 1.16 或之前的版本，格式是 // +build 。跟此变更相关的 issue 可以参考 25348 。
构建标签必须出现在 package 子句之前。为了区分构建标签和包文档的描述注释，构建标签后面应该有一个空行。
构建标签由||, &&, !运算符以及括号来组合表达。运算符与 Go 中的含义相同。
例如，以下构建标签在满足 linux 和 386 约束，或者满足 darwin 而 cgo 不满足时构建文件：
//go:build (linux &&386) || (darwin &&!cgo)
又如：仅在使用 cgo 时，且仅在 Linux 和 OS X 上构建文件： //go:build cgo &&(linux || darwin)
注意：1.17 及以后的表达格式里，一个文件有多个 //go:build 行是错误的。
在 1.16 及以前的版本，多行构建标签是允许的，并且组合方式是通过空格和逗号等来区分，空格符表示 OR，逗号表示 AND,感叹号表示 NOT。而多行之间则表示 OR。gofmt 命令将在遇到旧语法时添加等效的 //go:build 约束。如下是示例：
如果文件名在去除扩展名和可能的 _test 后缀后匹配以下任何模式, （例如：source_windows_amd64.go）其中 GOOS 和 GOARCH 分别代表任何已知的操作系统和体系结构值，那么认为该文件除了文件中的任何显式约束之外，具有这些术语的所表达的隐式构建标签。
除了官方提供的针对不同平台的内置标签，用户也可以使用自定义标签，例如 //go:build prod , 只需要在执行 go build 时显式带上标签名 go build --tags=prod 。
想要使文件构建时被忽略，可以使用： //go:build ignore ，其他任何没有被用来定义为标签的词也可以，但"ignore"是约定俗成的。）。Go 语言目前支持的系统和架构可以参考 官方文档 。
是Go语言吗?
Go 编译过程 九个步骤
第一步. all.bash
% cd $GOROOT/src% ./all.bash
第一步 all.bash 只是调用了另外两个 shell 脚本：make.bash 和run.bash。若使用 Windows 或 Plan 9，其过程也基本类似，只是脚本分别以 .bat 或 .rc 结尾。在文章的其他部分，请用适当的操作系统对应的扩展来补全命令。
第二步. make.bash
. ./make.bash --no-bannermake.bash 作为 all.bash 内容的一部分，如果它退出也会中断构建过程
第三步. cmd/dist
gcc -O2 -Wall -Werror -ggdb -o cmd/dist/dist -Icmd/dist cmd/dist/*.c当健全检查完成后，make.bash 开始编译 cmd/dist。
第四步. go_bootstrap
现在 go_bootstrap 已经构建完成，make.bash 的最后一步是使用 go_bootstrap 编译完整的 Go 标准库，包括一个完整的 go 工具用以替换。
echo "# Building packages and commands for $GOOS/$GOARCH.""$GOTOOLDIR"/go_bootstrap install -gcflags "$GO_GCFLAGS" \
-ldflags "$GO_LDFLAGS" -v std
第五步. run.bash
现在 make.bash 已经完成，回到 all.bash 的执行，这会调用 run.bash。run.bash 的任务是编译和测试标准库、运行时以及语言测试集。
bash run.bash --no-rebuild由于 make.bash 和 run.bash 都会调用 go install -a std，因此需要使用 –no-rebuild 标志来避免重复前面的步骤，–no-rebuild 跳过了第二个 go install。
# allow all.bash to avoid double-build of everythingrebuild=trueif [ "$1" = "--no-rebuild" ] then shiftelse echo '# Building packages and commands.' time go install -a -v std echofi第六步. go test -a std
echo '# Testing packages.'time go test std -short -timeout=$(expr 120 \* $timeout_scale)s
echo
接下来 run.bash 会在标准库里所有的包上来运行用 testing 包编写的单元测试。由于 $GOPATH 和 $GOROOT 中有着相同的命名空间，所以不能直接使用 go test … 否则 $GOPATH 中的每个包也会被逐一测试，因此创建了一个用于标准库中的包的别名：std。由于一些测试需要比较长的时间，且会消耗大量内存，因此用 -short 标志对一些测试进行了过滤。
第七步. runtime 和 cgo 测试
run.bash 接下来的部分会运行平台对 cgo 支持的测试，执行一些性能测试，并且编译一些伴随 Go 发行版一起的杂项程序。随着时间的流逝，这些杂项程序的清单会越来越长，那么它们也就会不可避免的被从编译过程中悄悄剥离出去。
第八步. go run test
(xcd ../testunset GOMAXPROCS
time go run run.go
) || exit $?
run.bash 的倒数第二步会调用在 $GOROOT 下的 test 目录里的编译器和运行时的测试。他们是对于编译器和运行时自身的，较为低级细节的测试。会执行语言规格测试，test/bugs 和 test/fixedbugs 子目录保存有那些已经被发现并被修复的问题的独立的测试。驱动测试的是一个小 Go 程序 $GOROOT/test/run.go，会执行 test 目录里的每个 .go 文件。一些 .go 文件的首行包含了指导 run.go 对结果作出判断的指令，例如，程序将会失败，或提供一个确定的输出队列。
第九步. go tool api
echo '# Checking API compatibility.'go tool api -c $GOROOT/api/go1.txt,$GOROOT/api/go1.1.txt \
-next $GOROOT/api/next.txt -except $GOROOT/api/except.txt
run.bash 的最后一步调用了 api 工具。
go语言 一个主package包引入同级目录下go文件包编译出错是设置错误造成的，解决方法为：
1、先使用import "strings"导入strings库。
2、HasPrefix 判断字符串 s 是否以 prefix 开头。
3、HasSuffix 判断字符串 s 是否以 suffix 结尾。
4、可以看看判断的代码。
5、在cmd下运行一下go run test.go，看看如下结果。
6、Contains 判断字符串 s 是否包含 substr，也就是判断一下S是否在strings中。
7、在cmd下运行go run test.go看看结果。
