GO编译的二进制文件不能在Ubuntu主机上的alpine docker容器中运行

Question

给定一个二进制文件，使用goos=linux和goarch=amd64用Go编译，部署到基于Alpine:3.3的docker容器中，如果docker引擎主机是Ubuntu(15.10):

sh: /bin/artisan: not found

如果docker引擎主机是部署在Mac OS X上的VirtualBox VM中的BusyBox（这是Alpine)的基础，则相同的二进制文件（为相同的OS和arch编译）将运行良好。

如果容器基于一个Ubuntu图像，这个二进制文件也可以运行得很好。

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

➜  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目录，生成，运行：

➜  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_enabled=0
禁用CGO
• 强制使用net依赖项的Go实现，netgo通过Go build-tags netgo-a-v，这是为特定平台实现的

默认情况下，net包需要cgo，因为主机操作系统通常必须中介网络调用设置。不过，在某些系统上，可以使用没有cgo的网络，而且这样做很有用，例如，可以避免动态链接。新的构建标记netgo（默认为off）允许在那些可能的系统上以纯Go构建一个net包。

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