如何在Dockerfile中预拉取Docker镜像？Docker-in-Docker场景下的问题咨询

你的思路完全没问题——预拉取镜像来减少运行时的等待确实是DinD场景下优化体验的好办法，但直接在Dockerfile里启动dockerd拉取镜像的路子走不通，原因很简单：Docker构建时每个RUN指令都是在独立的临时容器里执行的，进程跑完就终止，你没法在一个RUN里启动dockerd并让它持续运行到下一个命令。不用彻底推翻现有方案，只需要调整一下镜像预加载的方式就行，这里给你两个最实用的方案：

方案一：镜像导出导入法（最推荐） #

这个方法绕开了构建时启动Docker daemon的限制，提前在主机上拉取好需要的镜像，打包成tar文件后复制到基础镜像里，等容器启动、Docker daemon运行起来后再导入这些镜像。具体步骤如下：

1. 在构建主机上准备镜像包
   先拉取你需要的镜像，然后导出为tar文件：

   # 拉取目标镜像
   docker pull hello-world
   # 导出为tar包（多个镜像可以用空格分隔一起导出）
   docker save hello-world > hello-world.tar
   

2. 修改Dockerfile
   把tar包复制到镜像里，并准备一个启动脚本，在Docker daemon启动后自动导入镜像：

   FROM debian:buster
   
   # 安装Docker（保留你原有的步骤）
   RUN apt-get update && apt-get install -y curl
   RUN curl -fsSL https://get.docker.com -o get-docker.sh
   RUN sh ./get-docker.sh
   
   # 复制预导出的镜像tar包到容器内临时目录
   COPY hello-world.tar /tmp/
   
   # 复制自定义启动脚本
   COPY entrypoint.sh /entrypoint.sh
   RUN chmod +x /entrypoint.sh
   
   ENTRYPOINT ["/entrypoint.sh"]
   

3. 编写启动脚本entrypoint.sh
   这个脚本负责启动Docker daemon、等待其就绪，然后导入镜像，最后执行你原来的业务脚本：

   #!/bin/bash
   
   # 后台启动Docker daemon
   dockerd &
   
   # 等待Docker daemon完全启动（避免提前执行镜像操作失败）
   until docker info >/dev/null 2>&1; do
       echo "等待Docker daemon启动..."
       sleep 1
   done
   
   # 导入预存的镜像
   docker load -i /tmp/hello-world.tar
   
   # 执行你原来的业务脚本（替换成你的实际脚本路径）
   exec your-original-script.sh
   

这个方案的优缺点： #

• ✅ 完全解决运行时重复拉取镜像的问题，第一次启动就能直接用
• ✅ 不需要依赖构建主机的特殊配置，兼容性好
• ❌ 镜像tar包会增加基础镜像的体积，大镜像需要权衡存储空间

方案二：启动时检查拉取（轻量化备选） #

如果不想增大基础镜像体积，也可以修改你的ENTRYPOINT脚本，让它在启动Docker daemon后先检查目标镜像是否存在，不存在才拉取：

#!/bin/bash

# 启动Docker daemon
dockerd &
until docker info >/dev/null 2>&1; do
    echo "等待Docker daemon启动..."
    sleep 1
done

# 检查镜像是否存在，不存在则拉取
if ! docker images | grep -q hello-world; then
    echo "拉取hello-world镜像..."
    docker pull hello-world
fi

# 执行原业务脚本
exec your-original-script.sh

这个方案的优缺点： #

• ✅ 不会增大基础镜像体积
• ❌ 第一次启动容器还是会拉取镜像，之后如果容器被重新创建（不是重启），还是需要再拉取一次

为什么你之前的尝试失败？ #

再给你理清楚原因，避免踩同样的坑：

• 每个RUN指令都是独立的临时容器，执行完后所有进程都会被销毁，所以你RUN dockerd && docker pull的写法里，dockerd会一直卡在前台运行，后面的pull根本不会执行；如果后台启动（dockerd &），dockerd还没完全就绪就执行pull，会直接报错。
• 即使你在一个RUN里启动了dockerd并完成了pull，下一个RUN指令是全新的容器环境，之前拉的镜像也不会保留。

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