Question

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

的主题

Answer 1

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

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

但是，在某些情况下，某些平台上的C运行时库会链接动态。特别是Go版本＆lt; 1.5在Linux上使用DNS解析时：运行时依赖于平台的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运行时库。< / p>

Answer 2

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

以下是简单回显服务器的示例：

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

golang是否依赖于c运行时？

2 个答案: