Go编译的二进制文件不会在Ubuntu主机上的高山Docker容器中运行

Question

给定一个二进制文件，使用Go使用GOOS=linuxand
编译该二进制文件，并将其GOARCH=amd64部署到docker基于的容器中alpine:3.3，如果Docker引擎主机为Ubuntu（15.10），则该二进制文件将不会运行：

sh: /bin/artisan: not found

如果将docker引擎主机（作为的基础）部署在Mac OS X上的VirtualBox VM中，则该相同的二进制文件（针对相同的OS和Arch编译）将
运行良好 。busybox``alpine

如果容器基于Ubuntu映像之一，则同样的二进制文件也可以很好地运行。

知道这个二进制文件缺少什么吗？

这是我要做的复制操作（未显示在OS X的VirtualBox / busybox中成功运行）：

构建（即使拱门匹配，也将使用标志显式构建）：

➜  artisan git:(master) ✗ GOOS=linux GOARCH=amd64 go build

检查它是否可以在主机上运行：

➜  artisan git:(master) ✗ ./artisan 
10:14:04.925 [ERROR] artisan: need a command, one of server, provision or build

复制到docker dir，构建并运行：

➜  artisan git:(master) ✗ cp artisan docker/build/bin/        
➜  artisan git:(master) ✗ cd docker 
➜  docker git:(master) ✗ cat Dockerfile 
FROM docker:1.10
COPY build/ /
➜  docker git:(master) ✗ docker build -t artisan .
Sending build context to Docker daemon 10.15 MB
Step 1 : FROM docker:1.10
...
➜  docker git:(master) ✗ docker run -it artisan sh
/ # /bin/artisan 
sh: /bin/artisan: not found

现在将图像库更改为phusion/baseimage：

➜  docker git:(master) ✗ cat Dockerfile 
#FROM docker:1.10
FROM phusion/baseimage
COPY build/ /
➜  docker git:(master) ✗ docker build -t artisan .
Sending build context to Docker daemon 10.15 MB
Step 1 : FROM phusion/baseimage
...
➜  docker git:(master) ✗ docker run -it artisan sh
# /bin/artisan
08:16:39.424 [ERROR] artisan: need a command, one of server, provision or build

Answer 1

默认情况下，如果使用该net软件包，则内部版本可能会生成带有某些动态链接（例如到libc）的二进制文件。您可以通过查看以下结果来动态检查静态链接ldd output.bin

我遇到了两种解决方案：

• 通过禁用CGO CGO_ENABLED=0
• 强制使用net依赖项netgo的Go实现go build -tags netgo -a -v，这是在某些平台上实现的

从https://golang.org/doc/go1.2：

默认情况下，net软件包需要cgo，因为主机操作系统通常必须进行中介网络调用设置。但是，在某些系统上，可以使用不带cgo的网络，这样做很有用，例如，避免动态链接。新的构建标签netgo（默认情况下为off）允许在可能的系统上以纯Go格式构建net软件包。

上面假设唯一的CGO依赖项是标准库的net程序包。