Docker镜像拉取缓存最直接有效的方式是本地守护进程级缓存，其默认生效、无需配置，仅限本机；企业级推荐私有镜像仓库代理缓存，支持内网高速分发与集中管理；构建阶段复用缓存需结合多阶段构建与BuildKit提升命中率；客户端预热适用于批量部署场景。
缓存是提升 Docker 镜像拉取效率最直接、最稳定的方式之一，尤其适合开发环境反复构建、CI/CD 流水线高频拉取、或多个容器节点共用相同基础镜像的场景。关键不在于“有没有缓存”，而在于“缓存是否命中”和“缓存是否就近”。
本地守护进程级缓存（自动生效）
Docker 守护进程本身具备内置镜像层缓存机制：只要本地已存在某一层（layer），再次拉取相同 digest 的镜像时，该层会直接跳过下载。这是默认行为，无需额外配置。
- 确保镜像 tag 使用固定 digest（如
nginx@sha256:abc123...）而非浮动 tag（如latest），避免因 tag 被覆盖导致缓存失效 - 同一台机器上多次执行
docker pull ubuntu:22.04，第二次起仅校验层完整性，不重复下载 - 注意：该缓存仅限本机，不跨主机、不跨 Docker 实例
私有镜像仓库代理缓存（企业级推荐）
在团队或生产环境中，部署一个支持代理模式的私有仓库（如 Harbor 或 Nexus Repository），让它自动缓存外部镜像，是最实用的集中式缓存方案。
- 首次拉取
gcr.io/google-containers/pause:3.9时，Harbor 从上游下载并存入本地存储 - 后续所有节点都从内网 Harbor 拉取，走千兆/万兆局域网，延迟低于 1ms，速度可达 100+ MB/s
- 可配置缓存过期策略（如 7 天无访问则自动清理）、同步频率（如每小时检查上游更新）
- 需在 Docker 客户端配置
registry-mirrors指向该 Harbor 地址，才能触发代理行为
构建阶段复用缓存（配合多阶段构建）
频繁拉取常发生在构建过程中（docker build），此时可通过分层设计让构建缓存替代运行时拉取。
- 把不变的依赖（如 Go 编译器、Python 包）放在 Dockerfile 前几行，利用构建缓存跳过重复安装
- 使用
COPY --from=builder将编译产物复制到精简运行镜像，避免最终镜像包含构建工具 - 启用 BuildKit（
DOCKER_BUILDKIT=1）可进一步提升并发下载与缓存匹配精度
客户端镜像预热（适合批量部署）
在集群初始化或发布前，主动拉取常用镜像到各节点本地，相当于手动“预填充”缓存。
- 编写脚本批量执行：
docker pull alpine:3.20 && docker pull redis:7.2-alpine && docker pull busybox:1.36 - Kubernetes 可结合
initContainer或 DaemonSet 在节点启动时预热 - 适用于边缘计算、离线环境或对首次启动延迟敏感的服务
