golang是否依赖于c运行时？

Question

我找不到信息golang依赖于c运行时？如果依赖于它,它是否在go-binary中静态编译,以使Go-app在任何地方都能正常工作而不依赖？

这是关于C-runtime是什么的主题

Answer 1

如果你在谈论Go编译器提供的可执行文件,那么答案是"是或否 - 它取决于":

在大多数情况下,生成的可执行程序并不能依赖于C运行时库.

但是,在某些情况下,某些平台上的C运行时库会动态链接.特别是,当使用DNS解析时,Linux上的Go版本<1.5就是这种情况:运行时依赖于平台的libc实现来处理这种解决方案. 在1.5中,这已被重新设计.

另一种可能的情况是(IIRC)Solaris,它没有提供直接访问内核系统调用的稳定方法,并且需要通过平台来路由这些调用libc.

还有另一种情况:使用cgo哪个层来将Go代码与外部C代码连接起来.使用cgo使您的Go程序依赖于C运行时.请注意,您可能不会cgo直接使用,但您可能正在使用的一个或多个第三方软件包可以使用cgo,并且 - 传递 - 您的程序最终取决于C运行时库.

Answer 2

我认为接受的答案是正确的，但是导入“net”包的二进制文件通常依赖于 ac 运行时，即使在 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)

这是因为正如发行说明所示， “如何运行解析器的决定适用于运行时，而不是构建时” 。

为了避免这种依赖性，请使用“netgo”构建标签，如下所示：

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