最见效的方式是部署本地镜像代理，核心在于让请求走内网、缓存和已有镜像层；包括利用docker单机缓存、配置国内registry-mirrors加速源、搭建harbor代理缓存及多阶段构建精简镜像体积。

直接用本地镜像代理，是解决拉取慢、部署卡顿最见效的方式。核心不是“多拉几次”，而是让每次请求都尽可能走内网、走缓存、走已有的层。

本地 Docker 守护进程自带缓存

Docker 本身就在节点上维护一层镜像缓存：同一镜像 ID 的层不会重复下载，构建或拉取时自动复用。但这个缓存只在单机生效，且不跨节点、不跨 Registry。

• 运行 docker images 查看本地已有镜像，确认常用基础镜像（如 nginx:alpine、python:3.11-slim）是否已存在
• 提前执行 docker pull 预热关键镜像，尤其在 CI 流水线开始前或新节点初始化阶段
• 避免使用 :latest 标签做生产部署——它无法被缓存稳定识别，建议用具体 SHA 或语义化版本（如 1.23.0）

配置 registry-mirrors 用国内镜像源

这是最轻量、最通用的加速方式，适用于所有 Docker 环境，无需额外服务。

Docker Cli

使用 Docker CLI 构建、运行、停止、检查和管理容器与镜像的助手。用于执行容器相关任务。

下载

• 编辑 /etc/docker/daemon.json，加入至少一个可信镜像源，例如阿里云：
  {"registry-mirrors": ["https://<your-id>.mirror.aliyuncs.com"]}</your-id>
• 腾讯云、华为云、DaoCloud 也提供免费镜像站，可按需选用；DaoCloud 支持前缀替换模式，兼容性更好（如 m.daocloud.io/docker.io/library/ubuntu:22.04）
• 修改后执行 sudo systemctl restart docker 生效，之后所有 docker pull 请求会自动经由镜像源中转

部署 Harbor 做内网代理缓存

适合团队或企业级场景，把“一次拉取、多次复用”从单机升级为整个内网共享。

• 安装 Harbor v2.1+，启用 proxy cache 功能，在 harbor.yml 中配置上游 Registry（如 https://registry-1.docker.io）
• 创建代理项目（如名为 dockerhub），绑定代理缓存仓库，后续拉取统一走 harbor-host/dockerhub/nginx:1.25 这类地址
• 缓存策略可设为 all 或正则匹配（如 ^library/.*），并设置 cache_ttl 控制过期时间，避免长期积压旧镜像

结合多阶段构建精简镜像体积

缓存效率不仅取决于“有没有”，更取决于“有多大”。小镜像 = 更少层、更快传输、更高命中率。

• 在 Dockerfile 中使用 FROM ... as builder 分离构建与运行阶段，最终只 COPY 编译产物
• 优先选 alpine 或 slim 基础镜像，移除包管理器缓存（apt clean / apk cache del）
• 用 docker image inspect 查看各层大小，定位冗余内容（如调试工具、文档、测试文件）