https://note.lican.site/tags/go1.17/ Recent content in Go1.17 on Hugo en © lican.asia All rights reserved Fri, 31 Dec 2021 12:54:56 +0800 https://note.lican.site/posts/posts/go/117-build/ Fri, 31 Dec 2021 12:54:56 +0800 https://note.lican.site/posts/posts/go/117-build/ <p>大家好，我是煎鱼。</p> <p>Go1.17rc1 在前几天终于正式发布了：</p> <p><img src="https://files.mdnice.com/user/3610/a9dd1134-e4f8-4d9c-9c3c-2608728ddf69.png" alt=""></p> <p>看到 Go1.17 增加了一个新特性，是面向 Go 构建时的构建约束的增强。认真一看，是一个时隔 3 年的提案了，原本还在 Go2 和 Go1 之间左右摇摆，这下在 6 月底 Russ Cox 就输出了新草案：《Bug-resistant build constraints — Draft Design》。紧接着直接计划在 Go1.17 发布了。</p> <p>一气呵成，真实版高效能了。</p> <p>如下图：</p> <p><img src="https://files.mdnice.com/user/3610/10037273-887d-45c0-9eca-6ef36d7c4d72.png" alt=""></p> <p>之前小咸鱼有遇到好几个朋友，在报错时压根不知道 Go 有这个约束语法，以为只是个单纯的注释，直接不明所以然，感觉科普之路任重道远。</p> <p>今天这篇文章煎鱼就来讲讲构建约束这事。</p> <p>注：下个月 Go1.17 就会正式发布，距离 Go1.18 泛型出山只差一点点距离了，值得期待！</p> <h2 id="构建约束的背景">构建约束的背景</h2> <p>简单来讲，在真实环境中，可能需要为不同的编译环境编写不同的 Go 代码，所以需要做构建约束。</p> <p>划重点，Go 语言对这一问题的解决方案是<strong>在文件层面进行有条件的编译：每个文件要么在编译中，要么不在</strong>。</p> <p>也就是，假设不符合构建约束的场景。那么会直接不编译这个文件，因为他不在编译范围内。那在程序想运行时就会报错，表示找不到文件。因此有许多的同学看着报错信息，经常找不着北&hellip;</p> <h2 id="现有的构建约束">现有的构建约束</h2> <p>既然是叫 “增强”。说明现有就有构建约束。最早的构建约束是在 2011 年 9 月引入的构建约束。</p> <p>我们平时常见的构建约束（build constraint），也叫做构建标记（build tag），构建约束必须出现在 <code>package</code> 之前。</p> <p>平时会在 Go 工程的文件中的最开始会看到如下行注解：</p> <pre tabindex="0"><code>// +build </code></pre><p>为了将构建约束与包文档区分开来，构建约束后必须跟一个空行。</p> <pre tabindex="0"><code>// +build linux,386 darwin,!cgo </code></pre><p>又或是：</p> <pre tabindex="0"><code>// +build linux darwin // +build amd64 </code></pre><p>还可以根据 Go 版本来约束：</p>