翻译了一篇关于Go编译器的文章

发表于 3年以前 | 总阅读数：308 次

大家好，今天给大家带来一篇关于Go编译器的四个阶段的文章，大家可以学习一下，正好为后续一篇文章做一下铺垫。原文见https://golang.org/src/cmd/compile/README，由于本人翻译水平有限，翻译不当之处烦请指出。

Go 编译器简介

cmd/compile 目录包含构成 Go 编译器的主包。编译器在逻辑上可以分为四个阶段，我们将在包含其代码的包列表中简要描述这四个阶段。

在提到编译器时，有时可能会听到术语front-end|前端和back-end|后端。粗略地说，这些转化为我们将在此列出的前两个和后两个阶段。第三个术语，“middle-end|中间端”，通常指的是在第二阶段进行的大部分工作。

请注意 go/* 路径下的包系列，例如 go/parser 和 go/types，与编译器没有关系。由于编译器最初是用 C编写的，所以开发 go/* 包是为了支持编写使用 Go 代码的工具，比如 gofmt 和 vet。

需要澄清一下，名称gc这里代表Go compiler，与大写的GC(garbage collection垃圾回收)没有什么关系。

1 . 语法分析

cmd/compile/internal/syntax （词法分析器，解析器，语法树）

在编译的第一阶段，对每个源文件代码进行标记(词法分析) ，解析(语法分析) ，并构建一个语法树。

每个语法树都精准地展现了源文件相对应的内容，其中的节点对应于源文件的各种元素，如表达式、声明和语句。语法树还包括了用于错误报告和创建调试信息的位置信息。

2 . 类型检查和 AST 转换

cmd/compile/internal/gc (创建编译器 AST、类型检查、 AST 转换)

gc 包包含一个 AST 定义，是用C语言编写的。所有代码都是用它编写的，所以 gc 包必须做的第一件事就是将语法包的语法树转换为编译器的 AST 表示。这个额外的步骤将来可能会被重构。

然后对 AST 进行类型检查。第一步是名称解析和类型推断，确定哪个对象属于哪个标识符，以及每个表达式具有哪个类型。类型检查包括某些额外的检查，例如“声明了且未使用的”的变量检查，以及确定函数是否停止。

某些转换也在 AST 上完成的。有些节点根据类型信息进行了细化，例如将字符串添加从算术加法节点类型中分离出来。其他一些例子包括无效代码删除分析、函数调用内联和逃逸分析。

3 . 通用 SSA

cmd/compile/internal/gc (转换为 SSA)
cmd/compile/internal/ssa (SSA 传递和规则)

在这个阶段，AST 被转换为 Static Single Assignment (SSA)形式，这是一种具有特定属性的较低级的中间表现形式，可以更容易地实现优化并最终从中生成机器代码。

在此转换过程中，将会使用函数的内置函数。这些都是特殊的函数，编译器已经学会了在个别例子的基础上使用经过大量优化的代码来替代它。

在 AST 到 SSA 的转换过程中，某些节点也会被降级为更简单的组件，这样编译器的其余部分就可以使用它们。例如，内置的copy函数会被内存移动替代，range循环被重写为 for 循环。由于历史原因，其中一些情况目前是发生在转换为 SSA之前，但长期计划是将所有这些放到这里处理。

然后，应用一系列与机器无关的通行证和规则。它们不会涉及任何单一的计算机体系结构，因此可以在所有 GOARCH 变体上运行。

这些通用通过的一些例子包括无效代码删除，移除不必要的零值检查，以及移除未使用的分支。通用重写规则主要涉及表达式，例如用常量值替换某些表达式，以及优化乘法和浮点运算。