Go 是否依赖于 C 运行时？

Question

我找不到 golang 是否依赖于 c 运行时的信息？如果它是依赖的，它是在 go-binary 中静态编译以使 Go-app 在任何地方都可以工作而没有依赖关系吗？

这里是关于what C-runtime is的话题

Answer 1

如果您谈论的是 Go 编译器提供的可执行文件，那么答案是“是或否——这取决于”：

在大多数情况下，生成的可执行程序确实不依赖于 C 运行时库。

但是，在某些平台上，在某些情况下，C 运行时库会动态地 链接进来。 特别是，当使用 DNS 解析时，Linux 上的 Go 版本 libc 实现来处理这种解析。 In 1.5 this has been reworked.

另一种可能的情况是 (IIRC) Solaris，它没有提供直接访问内核系统调用的稳定方法和requires routing these calls through the platform's libc。

还有另一种情况：使用cgo，这是一个将Go代码与外国C代码接口的层。使用cgo 使您的 Go 程序依赖于 C 运行时。请注意，您可能不直接使用cgo，但您可能正在使用的一个或多个第三方包可以使用cgo，并且——可传递地——您的程序最终取决于C 运行时库。

Answer 2

我认为公认的答案是正确的，但导入“net”包的二进制文件通常依赖于 c 运行时，即使在 go 1.10 和 Unix 中也是如此。

这里是简单的回显服务器的例子：

package main

import (
        "io"
        "log"
        "net"
)

func main() {
        ln, err := net.Listen("tcp", ":8080")
        if err != nil {
                log.Fatal(err)
        }

        for {
                conn, err := ln.Accept()
                if err != nil {
                        log.Print(err)
                        continue
                }

                _, err = io.Copy(conn, conn) // blocked until the client closes the conn.
                if err != nil {
                        log.Print(err)
                        continue
                }

                if err = conn.Close(); err != nil {
                        log.Print(err)
                }
        }
}

构建它并检查它的依赖关系：

$ go build ./libc_check.go
$ ldd ./libc_check
        linux-vdso.so.1 =>  (0x00007ffe34fc1000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fc005d4e000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fc005984000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fc005f6b000)

这是因为“如何运行解析器的决定适用于运行时，而不是构建时”the release note indicates。

要避免这种依赖，请像这样使用“netgo”构建标签：

$ go build -tags netgo ./libc_check.go
$ ldd ./libc_check
        not a dynamic executable