执行 docker 镜像入口点（这是一个已编译的 go 应用程序）失败并显示“未找到”

亲爱的编程学习爱好者，如果你点开了这篇文章，说明你对《执行 docker 镜像入口点（这是一个已编译的 go 应用程序）失败并显示“未找到”》很感兴趣。本篇文章就来给大家详细解析一下，主要介绍一下，希望所有认真读完的童鞋们，都有实质性的提高。

我构建了一个小型 go 应用程序，并在我的 linux 虚拟机上对其进行了本地测试。

我现在正在尝试为其构建原型 docker 映像并测试运行该映像。 dockerfile 的结构非常简单。我基于 alpine，将可执行文件复制到根目录，我的入口点正在运行可执行文件。

失败并显示“未找到”。

现在了解更多详细信息。

这是 dockerfile，省略了一些信息：

from //alpine-base:3.12.3

copy target/dist/linux-amd64/ /
expose 8080

run echo hello
run ls -ltd .
run ls -lt
run whoami
#entrypoint ["./"]
entrypoint ./

这大约是我构建图像时所做的事情：

chmod 777 target/dist/linux-amd64/
docker build --no-cache -f dockerfile -t //:dev-latest .

这是其输出：

sending build context to docker daemon  14.48mb
step 1/8 : from //alpine-base:3.12.3
 ---> d7eec24f3d29
step 2/8 : copy target/dist/linux-amd64/ /
 ---> e056bbe44bd6
step 3/8 : expose 8080
 ---> running in 921cc1fe8804
removing intermediate container 921cc1fe8804
 ---> 00b30c5a2770
step 4/8 : run echo hello
 ---> running in 9fb08d924d3c
hello
removing intermediate container 9fb08d924d3c
 ---> 6788feafae4b
step 5/8 : run ls -ltd .
 ---> running in 78e6d4aea09f
drwxr-xr-x    1 root     root          4096 jan 10 23:02 .
removing intermediate container 78e6d4aea09f
 ---> 711f3d247efe
step 6/8 : run ls -lt
 ---> running in 32e703a9d480
total 14200
drwxr-xr-x    5 root     root           340 jan 10 23:02 dev
drwxr-xr-x    1 root     root          4096 jan 10 23:02 etc
dr-xr-xr-x  324 root     root             0 jan 10 23:02 proc
dr-xr-xr-x   13 root     root             0 jan 10 23:02 sys
-rwxrwxrwx    1 root     root      14480384 jan 10 22:39 
drwxr-xr-x    1 root     root          4096 jan 12  2021 home
drwxr-xr-x    1 root     root          4096 jan 12  2021 opt
drwxr-xr-x    2 root     root          4096 dec 16  2020 bin
drwxr-xr-x    2 root     root          4096 dec 16  2020 sbin
drwxr-xr-x    1 root     root          4096 dec 16  2020 lib
drwxr-xr-x    5 root     root          4096 dec 16  2020 media
drwxr-xr-x    2 root     root          4096 dec 16  2020 mnt
drwx------    2 root     root          4096 dec 16  2020 root
drwxr-xr-x    2 root     root          4096 dec 16  2020 run
drwxr-xr-x    2 root     root          4096 dec 16  2020 srv
drwxrwxrwt    2 root     root          4096 dec 16  2020 tmp
drwxr-xr-x    1 root     root          4096 dec 16  2020 usr
drwxr-xr-x    1 root     root          4096 dec 16  2020 var
removing intermediate container 32e703a9d480
 ---> 68871e80b517
step 7/8 : run whoami
 ---> running in 40b2460bc349
kube
removing intermediate container 40b2460bc349
 ---> 4cf57c0b5f10
step 8/8 : entrypoint ./
 ---> running in 3c57717800ab
removing intermediate container 3c57717800ab
 ---> eaafc953da46
successfully built eaafc953da46
successfully tagged //:dev-latest

这是我运行来测试它的：

docker rm -1
docker run -p --name=-1 -d -t //:dev-latest
docker logs -1

这是输出：

docker rm -1
-1
docker run -P --name=-1 -d -t //:dev-latest
66bb4756783b3ef64d9a4b0d8b7227184ba3b5a3fde25ea0d19b9523285d76b7
docker logs -1
/bin/sh: ./: not found

它说“未找到”。我不明白。我显示了根目录的内容。该文件显然在那里。此错误是否表示未找到其他文件，就像它认为它是 shell 脚本而 shebang 指向不存在的 shell 一样？

更新：

所以我意识到我在原来的帖子中没有提到的一个小细节是禁用 cgo 是不可能的。这个应用程序的全部原因是链接 c 库并调用其中的函数，所以我必须使用 cgo。

从这些有用的评论和其他线程（例如 go 编译的二进制文件不会在 ubuntu 主机上的 alpine docker 容器中运行）中得出的结论是，我更改为 ubuntu 基础映像的“解决方法”实际上是唯一合理的解决方案.

正确答案

如果禁用 cgo 不是一个选项，您可以将“-static”参数传递给链接器。 示例：

package main

/*
#include 

void test_puts() {
        puts("puts() called");
}
*/
import "c"

func main() {
        c.test_puts()
}

运行：

go build --ldflags '-extldflags "-static"'

本篇关于《执行 docker 镜像入口点（这是一个已编译的 go 应用程序）失败并显示“未找到”》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！