【翻译】Go 编译器理解: 新增一个关键字语句-Part2

这是介绍Go编译器系列的第二篇，在第1部分中，我们在Go中添加了一个新的关键词语句，通过构建修改版本的编译器来支持该关键字。为此，我们按照此图介绍了编译器的前五个阶段：

在最后，我们是通过在＂重写AST＂阶段将其替换为for来实现until。另外，在gc/walk.go中，其他类似的转换也是在编译器进行SSA转换和代码生成之前完成的。

在这一部分中，我们将通过在编译流程中处理新的until语句来介绍编译器的其余阶段。

【翻译】Go 编译器理解: 新增一个关键字语句-Part 1

原文发表在 thegreenplace，推荐观看原文Go compiler internals: adding a new statement to Go - Part 1 - Eli Bendersky’s website (thegreenplace.net)

这是该系列第一篇文章，文章将简单介绍Go 的编译器。编译器知识非常庞大，一般需要一本书才能详细描述。因此本文章只是一个快速的叫深入的介绍。我计划未来写更多的关于编译器的文章。

在本系列中，我们将向Go编译器中添加一个新的语言关键字，建立一个可修改的编译器。（译者注：Go实现了自举，因此Go编译器也其实是一个Go应用，只要理解其中的原理，添加一个新的关键字特性也并非难事）

本文实现了一个介于wait-free 和 lock-free的高性能MPSC队列，也就是多生产者但消费者队列。

与使用channel耗时测试：
测试配置：1W个生产者，每个生产者写入90次。统计生产者全部写入队列耗时。

内置字符串类型：string.
内置布尔类型：bool.
内置数值类型：
- int8、uint8（byte）、int16、uint16、int32（rune）、uint32、int64、uint64、int、uint、uintptr。
- float32、float64。
- complex64、complex128。

注意，byte是uint8的一个内置别名，rune是int32的一个内置别名。

测试的重要性不言而喻。然而在项目中，真正做到编写完整的测试却是少之又少。

主要原因推测有三个：

觉得写测试太麻烦，花费时间。其实我觉得这是个伪命题，因为通常写完一段代码，我们肯定会测试该代码能否正确执行，比如HTTP请求，数据库请求，RPC请求，逻辑函数。我们都会进行访问测试，这其实就是测试用例了，只是没有集成到测试框架中。其实，我们完全可以将这部分测试写成代码放到测试中。
代码不可测试。这其实很常见，大部分我们都是接手已有的代码。如果代码没有好的架构设计，统一的分格，强制的CR。那么写出不可测试的代码也就司空见惯了。对于这种代码，只能进行逐步重构了。
不知道怎么测试。项目中的代码一般都会有很多的依赖，而测试中去独立部署这些服务肯定成本巨大，因此如何处理这些依赖是建立测试的最大障碍。下文中我也会尝试介绍这部分的处理手段。

一般的测试分为单元测试和集成测试，但是这里我们会模糊这种界限，不做具体区分。下面出现的代码都是为了这篇文章而写的伪代码，没有考虑架构之类的。