Go的编译可执行文件的大小的原因

Question

我编写了一个hello world Go程序,它在我的linux机器上生成本机可执行文件.但我很惊讶地看到简单的Hello world Go程序的大小,它是1.9MB!

为什么Go中这样一个简单程序的可执行文件如此庞大？

Answer 1

这个确切的问题出现在官方常见问题解答中:为什么我的琐碎程序如此大的二进制文件？

引用答案:

在GC工具链(连接体5l,6l和8l)做静态链接.因此,所有Go二进制文件都包括Go运行时,以及支持动态类型检查,反射甚至恐慌时间堆栈跟踪所需的运行时类型信息.

在Linux上使用gcc静态编译和链接的简单C"hello,world"程序大约为750 kB,包括一个实现printf.使用的等效Go程序fmt.Printf大约为1.9 MB,但其中包括更强大的运行时支持和类型信息.

因此,Hello World的本机可执行文件是1.9 MB,因为它包含一个运行时,它提供垃圾收集,反射和许多其他功能(您的程序可能不会真正使用它,但它就在那里).以及fmt用于打印"Hello World"文本(以及其依赖项)的包的实现.

现在尝试以下操作:fmt.Println("Hello World! Again")在程序中添加另一行并再次编译.结果不会是2x 1.9MB,但仍然只有1.9 MB!是的,因为所有已使用的库(fmt及其依赖项)和运行时已经添加到可执行文件中(因此只需添加几个字节来打印刚刚添加的第二个文本).

Answer 2

考虑以下程序:

package main

import "fmt"

func main() {
    fmt.Println("Hello World!")
}

如果我在我的Linux AMD64机器(Go 1.9)上构建它,就像这样:

$ go build
$ ls -la helloworld
-rwxr-xr-x 1 janf group 2029206 Sep 11 16:58 helloworld

我得到一个大小约为2 Mb的二进制文件.

其原因(已在其他答案中解释)是我们使用的"fmt"包非常大,但二进制文件也没有被剥离,这意味着符号表仍然存在.如果我们改为指示编译器去除二进制文件,它将变得更小:

$ go build -ldflags "-s -w"
$ ls -la helloworld
-rwxr-xr-x 1 janf group 1323616 Sep 11 17:01 helloworld

但是,如果我们重写程序以使用内置函数print而不是fmt.Println,如下所示:

package main

func main() {
    print("Hello World!\n")
}

然后编译它:

$ go build -ldflags "-s -w"
$ ls -la helloworld
-rwxr-xr-x 1 janf group 714176 Sep 11 17:06 helloworld

我们最终得到了一个更小的二进制文件.这是我们可以得到的小而不诉诸像UPX打包的技巧,所以Go运行时的开销大约是700 Kb.

Answer 3

请注意,golang/go项目中的问题6853会跟踪二进制大小问题.

例如,提交a26c01a(针对Go 1.4)将hello world提交70kB:

因为我们不会将这些名称写入符号表.

考虑到1.5的编译器,汇编器,链接器和运行时将完全在Go中,您可以期待进一步的优化.