首页 Go语言 滴滴曹大：查看 Go 的代码优化过程

滴滴曹大：查看 Go 的代码优化过程

Author: go语言中文网 · 分类： Go语言 ·    2019年10月 · tags:

之前有人在某群里询问 Go 的编译器是怎么识别下面的代码始终为 false，并进行优化的：

package main
func main() {
    var a = 1
    if a != 1 {
        println("oh no")
    }
}

先说是不是，再说为什么。先看看他的结论对不对：

TEXT main.main(SB) /Users/xargin/test/com.go
  com.go:3              0x104ea70               c3                      RET
  .... 后面都是填充物

整个 main 函数的逻辑都被优化掉了，二进制文件中 main 函数什么都没干就直接 RET 了。说明在编译过程中，Go 的编译器确实会对这段无效代码进行优化。

之前有接触过 Go 的静态扫描工具的同学就问了，Go 编译器的这种优化我们能不能进行复用呢。把逻辑从编译器中抽出来，直接做个静态扫描工具来告诉你又写出了垃圾代码。

嗯，我们来看看到底行不行，首先需要简单理解 Go 的编译过程。

Go 从代码文本到可执行执行文件的编译过程大致为：

词法分析 ------------> 语法分析 ----------> 中间代码生成 ----------> 目标代码生成
        token stream            ast                    SSA           asm

当前开源社区的静态扫描工具，分析的对象都是 ast，因为 Go 的 compiler 接口是开放的，所以我们可以直接用 go/parser 、 go/ast 库来生成这个 ast。之后再调用 Walk 来遍历语法树，或者我们自己写一个遍历 ast 的流程也不麻烦。在遍历过程中，可以根据单句代码(比如有个东西叫 ineff assign)，或者根据代码的上下文来给出一些建议和警示(比如一些什么 go vet、gosimple 啊之类的东西)。

从词法分析到语法分析一般被称为编译器的前端(frontend)，而中间代码生成和目标代码生成则是编译器后端(backend)。

所以不管怎么说，想做静态扫描，就是在和 ast 打交道，即在编译器前端折腾。这里的问题是，Go 的编译器对前述代码的优化究竟是在编译过程的哪一步进行的呢？

获得代码的 ast 很简单：

package main
import (
  "go/ast"
  "go/parser"
  "go/token"
)
func main() {
    fset := token.NewFileSet()
    f, _ := parser.ParseFile(fset, "./demo.go", nil, parser.Mode(0))
    for _, d := range f.Decls {
        ast.Print(fset, d)
    }
}

输出 ast：

0  *ast.FuncDecl {
  .  Name: *ast.Ident {
  .  .  NamePos: ./com.go:3:6
  .  .  Name: "main"
  .  .  Obj: *ast.Object {
  .  .  .  Kind: func
  .  .  .  Name: "main"
  .  .  .  Decl: *(obj @ 0)
  .  .  }
  .  }
  .  Type: *ast.FuncType {
  .  .  Func: ./com.go:3:1
  .  .  Params: *ast.FieldList {
  .  .  .  Opening: ./com.go:3:10
  .  .  .  Closing: ./com.go:3:11
  .  .  }
  .  }
  .  Body: *ast.BlockStmt {
  .  .  Lbrace: ./com.go:3:13
  .  .  List: []ast.Stmt (len = 2) {
  .  .  .  0: *ast.DeclStmt {
  .  .  .  .  Decl: *ast.GenDecl {
  .  .  .  .  .  TokPos: ./com.go:4:2
  .  .  .  .  .  Tok: var
  .  .  .  .  .  Lparen: -
  .  .  .  .  .  Specs: []ast.Spec (len = 1) {
  .  .  .  .  .  .  0: *ast.ValueSpec {
  .  .  .  .  .  .  .  Names: []*ast.Ident (len = 1) {
  .  .  .  .  .  .  .  .  0: *ast.Ident {
  .  .  .  .  .  .  .  .  .  NamePos: ./com.go:4:6
  .  .  .  .  .  .  .  .  .  Name: "a"
  .  .  .  .  .  .  .  .  .  Obj: *ast.Object {
  .  .  .  .  .  .  .  .  .  .  Kind: var
  .  .  .  .  .  .  .  .  .  .  Name: "a"
  .  .  .  .  .  .  .  .  .  .  Decl: *(obj @ 26)
  .  .  .  .  .  .  .  .  .  .  Data: 0
  .  .  .  .  .  .  .  .  .  }
  .  .  .  .  .  .  .  .  }
  .  .  .  .  .  .  .  }
  .  .  .  .  .  .  .  Values: []ast.Expr (len = 1) {
  .  .  .  .  .  .  .  .  0: *ast.BasicLit {
  .  .  .  .  .  .  .  .  .  ValuePos: ./com.go:4:10
  .  .  .  .  .  .  .  .  .  Kind: INT
  .  .  .  .  .  .  .  .  .  Value: "1"
  .  .  .  .  .  .  .  .  }
  .  .  .  .  .  .  .  }
  .  .  .  .  .  .  }
  .  .  .  .  .  }
  .  .  .  .  .  Rparen: -
  .  .  .  .  }
  .  .  .  }
  .  .  .  1: *ast.IfStmt {
  .  .  .  .  If: ./com.go:5:2
  .  .  .  .  Cond: *ast.BinaryExpr {
  .  .  .  .  .  X: *ast.Ident {
  .  .  .  .  .  .  NamePos: ./com.go:5:5
  .  .  .  .  .  .  Name: "a"
  .  .  .  .  .  .  Obj: *(obj @ 31)
  .  .  .  .  .  }
  .  .  .  .  .  OpPos: ./com.go:5:7
  .  .  .  .  .  Op: !=
  .  .  .  .  .  Y: *ast.BasicLit {
  .  .  .  .  .  .  ValuePos: ./com.go:5:10
  .  .  .  .  .  .  Kind: INT
  .  .  .  .  .  .  Value: "1"
  .  .  .  .  .  }
  .  .  .  .  }
  .  .  .  .  Body: *ast.BlockStmt {
  .  .  .  .  .  Lbrace: ./com.go:5:12
  .  .  .  .  .  List: []ast.Stmt (len = 1) {
  .  .  .  .  .  .  0: *ast.ExprStmt {
  .  .  .  .  .  .  .  X: *ast.CallExpr {
  .  .  .  .  .  .  .  .  Fun: *ast.Ident {
  .  .  .  .  .  .  .  .  .  NamePos: ./com.go:6:3
  .  .  .  .  .  .  .  .  .  Name: "println"
  .  .  .  .  .  .  .  .  }
  .  .  .  .  .  .  .  .  Lparen: ./com.go:6:10
  .  .  .  .  .  .  .  .  Args: []ast.Expr (len = 1) {
  .  .  .  .  .  .  .  .  .  0: *ast.BasicLit {
  .  .  .  .  .  .  .  .  .  .  ValuePos: ./com.go:6:11
  .  .  .  .  .  .  .  .  .  .  Kind: STRING
  .  .  .  .  .  .  .  .  .  .  Value: ""oh no""
  .  .  .  .  .  .  .  .  .  }
  .  .  .  .  .  .  .  .  }
  .  .  .  .  .  .  .  .  Ellipsis: -
  .  .  .  .  .  .  .  .  Rparen: ./com.go:6:18
  .  .  .  .  .  .  .  }
  .  .  .  .  .  .  }
  .  .  .  .  .  }
  .  .  .  .  .  Rbrace: ./com.go:7:2
  .  .  .  .  }
  .  .  .  }
  .  .  }
  .  .  Rbrace: ./com.go:8:1
  .  }
  }

显然，到语法分析完毕之后，ast 中的 if 节点还活得好好的。只能看看后端部分了：

GOSSAFUNC=main go build com.go

deadcode

SSA 的多轮优化就是编译原理里常说的后端优化，这一步是 deadcode opt，顾名思义。

dump 过程中可能会有权限问题：

# runtime
: internal compiler error: 'main': open ssa.html: permission denied
Please file a bug report including a short program that triggers the error.
https://golang.org/issue/new

加个 sudo 就好。

既然 Go 是在编译后端进行的死代码消除，那么对于我们来说，想要复用编译器代码，并提前提示就不太方便了。从原理上来讲，我们仍然可以在遍历 ast 的时候存储一些常量、变量的值来完成前文中提出的需求。这就看你有没有兴趣去实现了。

4