为什么用CGO_ENABLED = 0编译慢？

Question

在编写利用网络的程序时，您会发现使用的编译速度明显下降CGO_ENABLED=0。

例如，最简单的HTTP服务器：

package main

import (
    "flag"
    "fmt"
    "log"
    "net/http"
)

func handler(w http.ResponseWriter, r *http.Request) {
    fmt.Fprintf(w, "Hi! glad you requested %s.\n", r.URL.Path[1:])
}

func main() {
    port := flag.Int("port", 9000, "")
    flag.Parse()

    http.HandleFunc("/", handler)
    err := http.ListenAndServe(fmt.Sprintf(":%d", *port), nil)
    if err != nil {
        log.Fatal(err)
    }
}

时间是：

% time go build
go build  0.46s user 0.06s system 131% cpu 0.396 total
% time CGO_ENABLED=0 go build
CGO_ENABLED=0 go build  3.93s user 0.15s system 143% cpu 2.849 total

到目前为止，我还没有使用对C的绑定，因此CGo处理与否似乎无关紧要，我想做的是编译100％静态二进制文件，但是如果速度变慢，则不会。

这种行为的原因是什么？

Answer 1

问题在于标准库程序包的构建没有标志。CGO_ENABLED更改了构建标志，因此它不能使用预构建的软件包，因此大多数标准库都需要重新构建。

如另一个答案所述，go build -i将安装使用新标志构建的软件包，但这并不能真正解决很多问题，因为如果安装使用构建的软件包CGO_ENABLED=0，它将加快所有使用的构建CGO_ENABLED=0，但会降低所有构建的速度，而无需它。

不幸的是，今天默认情况下，预安装软件包的安装方式效率很低，因为无论如何构建，所有内容都以相同的名称进入相同的目录。如果您希望能够快速构建带有不同标志的go程序，则除此以外，go build -i还需要使用the -installsuffix和/或-pkgdir标志。在我使用的系统中，我们有几种不同的编译模式，每种模式都有不同的标志（因为我们要使用很多旧的C代码），每种模式也都有自己的-pkgdir。

Answer 2

这是重新构建依赖项所花费的时间。默认情况下，Go build 不保存重建的依赖项。看-i国旗： The -i flag installs the packages that are dependencies of the target.

让我们用 -i 来试试你的程序：

$ time go build -i . 
real    0m0.337s
user    0m0.343s
sys 0m0.121s

$ time CGO_ENABLED=0 go build -i .    
real    0m2.135s
user    0m3.098s
sys 0m0.196s

$ time CGO_ENABLED=0 go build .
real    0m0.329s
user    0m0.367s
sys 0m0.085s

$ time go build .    
real    0m2.588s
user    0m3.393s
sys 0m0.300s

第一次切换cgo模式，需要重建依赖。如果您指定-i，它将保存它们并且第二次构建调用会快得多。