Docker镜像构建加速的核心是分层缓存复用，关键在于按变化频率从低到高排序：先COPY依赖文件并安装，再COPY代码；启用BuildKit的cache mount实现跨环境持久缓存；通过.dockerignore精简上下文；结合多阶段构建使依赖下载与编译各自独立缓存。
Docker 镜像构建加速的核心，是让尽可能多的构建层复用已有缓存。关键不在于“加更多指令”，而在于控制哪些层容易变、哪些层相对稳定，并把它们按变化频率从低到高排序。
分层 COPY：先依赖，后代码
COPY 指令是缓存失效最常见的导火索。如果直接 COPY . /app，哪怕只改一行代码，整个构建上下文哈希就变了，导致后续所有层（包括依赖安装）全部重建。
正确做法是拆开复制：
- 先
COPY package.json package-lock.json .（Node.js）或COPY requirements.txt .（Python） - 再
RUN npm install或pip install -r requirements.txt - 最后
COPY src/ ./src/或COPY . .
这样，只要依赖文件没变，npm install 这一层就能稳定命中缓存，二次构建时间可从 90 秒降至 15 秒左右。
善用 BuildKit 的 cache mount
传统 RUN npm install 依赖的是上一层的镜像缓存，换机器或清理缓存后就失效。BuildKit 提供了更持久的缓存方式：
在 Dockerfile 开头声明：
`# syntax=docker/dockerfile:1.4`然后用：
它会把 npm 的全局缓存目录挂载为可复用的本地缓存卷，即使构建环境重装，只要宿主机缓存还在，就能跳过重复下载。
类似地，对 apt、go build、cargo 等工具都支持 --mount=type=cache，目标路径需对应各工具默认缓存位置。
精简构建上下文 + .dockerignore
Docker 构建时默认把当前目录整个打包上传给守护进程。如果目录里有 node_modules、.git、logs/ 或大型二进制文件，不仅传输慢，还可能因无关文件时间戳变动意外触发 COPY 缓存失效。
创建 .dockerignore 文件，明确排除：
node_modules.git*.log-
dist/、build/（如果本地已存在） -
.env、secrets/（安全与体积双重考虑）
多阶段构建 + 阶段间缓存复用
多阶段本身不提速，但配合缓存策略能放大效果。例如 Go 项目：
- builder 阶段先
COPY go.mod go.sum .→go mod download，这步缓存极稳 - 再
COPY . .→go build，仅源码变不影响上一步 - final 阶段
COPY --from=builder /app/main .，只带二进制，无构建工具
这种结构让“依赖下载”和“编译”两个耗时环节各自拥有独立缓存链，互不干扰。CI 流水线中，即使每天提交多次代码，go mod download 层也几乎永远命中。
