docker镜像构建提速核心是稳定层缓存：需前置依赖文件copy与安装、后置源码copy，结合多阶段构建、.dockerignore过滤、固定基础镜像标签、启用buildkit及cache挂载。
Docker 镜像构建提速的核心不是换机器或加带宽，而是让每一层缓存真正“稳住”。只要某一层失效，后面所有层都会重跑——尤其在 CI/CD 中，一次注释修改就触发 npm install 重下几十个包，就是典型的缓存没用对。
把依赖安装步骤和代码变更隔离开
关键在于：让 RUN npm install 或 RUN pip install 这类耗时操作，不被日常代码改动牵连。做法是分两步 COPY：
- 先只 COPY 依赖声明文件（如
package.json、requirements.txt、go.mod） - 紧接着 RUN 安装依赖
- 最后再 COPY 其余源码
这样只要依赖清单没改，安装步骤就始终命中缓存。哪怕你改了 100 个 .js 文件，npm install 还是秒过。
多阶段构建天然适配缓存复用
它把构建和运行拆成独立阶段，每个阶段的缓存互不干扰。比如 Go 项目：
-
builder阶段负责go mod download和go build，这部分可长期缓存 -
runner阶段只 COPY 编译好的二进制，基础镜像用alpine，体积小、启动快
即使源码天天变，go mod download层也不会受影响——因为它的输入（go.mod）没动。
控制构建上下文，避免无效缓存失效
Docker 默认把当前目录整个打包传给构建器。如果里面混着 node_modules、.git、日志文件，不仅传输慢，还会让 COPY . . 的哈希值频繁变动。
用 .dockerignore 明确排除：
node_modules/ .git logs/ *.log *.tmp
这样 COPY . /app 实际只包含真正需要的源码和配置，缓存稳定性大幅提升。
固定基础镜像标签，防止底层意外刷新
写 FROM python:3.11-slim 比 FROM python:3.11 更稳妥；FROM node:20-alpine 比 FROM node:20 更可控。
标签越具体，基础镜像 ID 越稳定。一旦基础层变了（比如 python:3.11 指向新发布的补丁版本），整条缓存链就断了——哪怕你 Dockerfile 一行没改。
启用 BuildKit 并配合 cache mount
设置环境变量 DOCKER_BUILDKIT=1，再在 RUN 指令中挂载缓存目录：
# syntax=docker/dockerfile:1
RUN --mount=type=cache,target=/root/.npm \
npm ci --no-audit --prefer-offline
这样 npm 下载的包会保留在构建器本地缓存中，跨构建复用，不用每次从网络拉。CI 场景下效果尤其明显。
