docker_构建镜像成功但启动容器的执行程序总是报文件找不到(lesson)
碰到问题
有一次做了一个镜像，制作成功，但运行容器总是报错：找不到文件。
dockerfile如下：
FROM golang:1.18 AS builder
WORKDIR /app
COPY go.mod main.go ./
RUN go mod download
COPY . .
RUN go build -o tools_cpu_burner_by_api .
FROM alpine:latest
WORKDIR /root/
COPY --from=builder /app/tools_cpu_burner_by_api .
RUN chmod +x /root/tools_cpu_burner_by_api
CMD ["./tools_cpu_burner_by_api"]
排查问题
镜像生成后，使用 下面命令进入容器，查找可执行文件 tools_cpu_burner_by_api
docker run -it --entrypoint /bin/sh tools_cpu_burner_by_api
ls -l /root/
发现文件存在，权限正常，但是不能执行，一执行就报错：文件找不到
又使用
ldd ./tools_cpu_burner_by_api
发现使用了3个动态链接库（其实是由于alpine操作系统比较精简，缺少很多动态库导致）
问题解决
原因是最后制作镜像的时候使用了alpine,缺少一些动态库，所以解决方法就是不使用动态库，
把go标准库涉及的到的动态库（标准库有使用cgo）都重新编译成静态库打包到程序中即可。
修改后的dockerfile如下
FROM golang:1.18 AS builder
WORKDIR /app
COPY go.mod main.go ./
RUN go mod download
COPY . .
# 构建 Go 应用程序
# RUN go build -o tools_cpu_burner_by_api . # 使用动态库编译会出问题
# 使用静态库编译
# CGO_ENABLED=0:这是一个环境变量设置。当设置为0时，它告诉Go编译器在编译过程中不使用cgo。
# cgo是Go与C语言交互的一个工具，允许在Go代码中调用C代码。
# 要确保你的程序是纯Go的，不依赖于任何C库或代码，所以设置CGO_ENABLED=0。
# -installsuffix cgo: 当CGO_ENABLED=0时，这个标志用于修改包的安装后缀，
# 可以确保生成的包与默认包有所不同，从而避免冲突。
# -a: 这个标志告诉Go编译器强制重新构建所有涉及的包，即使它们是最新的。
# 这可以确保所有的依赖项都是最新的，并且没有使用任何旧的或缓存的版本。
RUN CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -a -installsuffix cgo -o tools_cpu_burner_by_api .# 使用一个较小的镜像来运行应用程序(多阶段构建)
FROM alpine:latest
# 设置工作目录
WORKDIR /root/
# 从构建阶段复制可执行文件
COPY --from=builder /app/tools_cpu_burner_by_api .
# 确保文件存在并具有执行权限
RUN chmod +x /root/tools_cpu_burner_by_api
# 启动应用程序
CMD ["./tools_cpu_burner_by_api"]
至此，问题解决