绑定宿主机目录至Docker容器/app路径时，可执行文件被覆盖导致容器启动失败

我来帮你拆解这个问题——其实是Docker卷挂载的机制差异导致的！

为什么绑定宿主机目录会失败？ #

当你用-v /dir-to-drive:/app命令挂载宿主机目录时，Docker的行为是直接用宿主机的/dir-to-drive目录完全替换容器内的/app目录。这就意味着你在Dockerfile里通过COPY --from=build-env复制到/app的ytarchiver可执行文件，被宿主机的目录（大概率没有这个可执行文件）给覆盖掉了。容器启动时找不到./ytarchiver，自然就抛出了找不到文件的错误。

为什么命名卷能正常运行？ #

而用docker volume create创建的命名卷就不一样了：Docker在第一次将命名卷挂载到容器目录时，会自动把容器内该目录的现有文件（也就是你复制的ytarchiver）复制到命名卷中。所以容器启动时，卷里已经有了可执行文件，就能正常运行。

解决办法 #

这里给你几个可行的方案，按需选择：

方案1：把可执行文件放到非挂载目录

修改Dockerfile，将ytarchiver放到容器的系统路径目录（比如/usr/local/bin），这样挂载宿主机目录到/app时不会影响到它，同时还修正了原Dockerfile里ffmpeg安装位置错误的问题：

FROM golang:1.16 AS build-env
WORKDIR /go/src
COPY . .
RUN go build -o ytarchiver

FROM golang:1.16
WORKDIR /app
# 把ffmpeg安装到最终运行的镜像里（原Dockerfile安装在build镜像里没用）
RUN apt-get -y update && apt-get install -y ffmpeg
# 把可执行文件放到/usr/local/bin（已在系统PATH中）
COPY --from=build-env /go/src/ytarchiver /usr/local/bin/
ENTRYPOINT ["ytarchiver"]

之后启动容器依然用-v /dir-to-drive:/app，这样程序可以正常被找到，输出文件也会直接写到宿主机的硬盘目录里。

方案2：挂载宿主机目录到子目录

如果你想保留ytarchiver在/app，可以挂载宿主机目录到/app下的一个子目录（比如/app/output），避免覆盖整个/app：
首先修改你的程序（或者通过启动参数），让它把下载的文件输出到./output目录；然后调整Dockerfile：

FROM golang:1.16 AS build-env
WORKDIR /go/src
COPY . .
RUN go build -o ytarchiver

FROM golang:1.16
WORKDIR /app
RUN apt-get -y update && apt-get install -y ffmpeg
COPY --from=build-env /go/src/ytarchiver ./
# 假设你的程序支持通过参数指定输出目录
ENTRYPOINT ["./ytarchiver", "--output", "./output"]

启动容器时用：

docker run -v /dir-to-drive:/app/output your-image-name

这样/app目录不会被覆盖，ytarchiver能正常访问，同时下载的文件会存到宿主机的硬盘里。

方案3：手动复制可执行文件到宿主机目录（不推荐）

如果你只是临时测试，可以先把ytarchiver复制到宿主机的/dir-to-drive目录，再挂载。但这种方法每次更新程序都要手动复制，维护起来很麻烦，不建议长期使用。

内容的提问来源于stack exchange，提问作者nojiyi4811